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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



£75/ 



3GPP TS 36.355 version 9.1 .0 Release 9 9 ETSI TS 1 36 355 V9.1 .0 (201 0-05) 

1 Scope 

The present document contains the definition of the LTE Positioning Protocol (LPP). 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 36.305: "Stage 2 functional specification of User Equipment (UE) positioning in E- 

UTRAN". 

[3] 3GPP TS 23.271: "Functional stage 2 description of Location Services (LCS)". 

[4] IS-GPS-200, Revision D, Navstar GPS Space Segment/Navigation User Interfaces, March 7*, 

2006. 

[5] IS-GPS-705, Navstar GPS Space Segment/User Segment L5 Interfaces, September 22, 2005. 

[6] IS-GPS-800, Navstar GPS Space Segment/User Segment LlC Interfaces, September 4, 2008. 

[7] IS-QZSS, Quasi Zenith Satellite System Navigation Service Interface Specifications for QZSS, 

Ver.1.1, July 31, 2009. 

[8] Galileo OS Signal in Space ICD (OS SIS ICD), Draft 0, Galileo Joint Undertaking, May 23"*, 

2006. 

[9] Global Navigation Satelhte System GLONASS Interface Control Document, Version 5.1, 2008. 

[10] Specification for the Wide Area Augmentation System (WAAS), US Department of 

Transportation, Federal Aviation Administration, DTFA01-96-C-00025, 2001. 

[II] RTCM-SC104, RTCM Recommended Standards for Differential GNSS Service (v.2.3), August 
20,2001. 

[12] 3GPP TS 36.331: "Evolved Universal Terrestrial Radio Access (E-UTRA); "Radio Resource 

Control (RRC); Protocol specification". 

[13] 3GPP TS 25.331: " Radio Resource Control (RRC); Protocol Specification". 

[14] 3GPP TS 44.031: "Location Services (LCS); Mobile Station (MS) - Serving Mobile Location 

Centre (SMLC) Radio Resource LCS Protocol (RRLP)". 

[15] 3GPP TS 23.032: 'Universal Geographical Area Description (GAD)'. 

[16] 3GPP TS 36.21 1: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and 

Modulation". 

[17] 3GPP TS 36.214: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer - 

Measurements". 
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[18] 



[19] 



3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for 
support of radio resource management" . 

3GPP TS 23.003: "Numbering, addressing and identification". 



Definitions and Abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms and definitions given in [1], [2] and [3] apply. Other definitions are 
provided below. 

Location Server: a physical or logical entity (e.g. E-SMLC or SUPL SLP) that manages positioning for a target device 
by obtaining measurements and other location information from one or more positioning units and providing assistance 
data to positioning units to help determine this. An Location Server may also compute or verify the final location 
estimate. 

Reference Source: a physical entity or part of a physical entity that provides signals (e.g. RF, acoustic, infra-red) that 
can be measured (e.g. by a Target Device) in order to obtain the location of a Target Device. 

Target Device: the device that is being positioned (e.g. UE or SUPL SET). 

Observed Time Difference Of Arrival (OTDOA): The time interval that is observed by a target device between the 
reception of downlink signals from two different cells. If a signal from cell 1 is received at the moment fy, and a signal 
from cell 2 is received at the moment f2, the OTDOA is f2 - fy. 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply. 

ADR Accumulated Delta-Range 

A-GNSS Assisted-GNSS 

ARFCN Absolute Radio Frequency Channel Number 

BTS Base Transceiver Station (GERAN) 

CID Cell-ID (positioning method) 

CNAV Civil Navigation 

ECEF Earth-Centered, Earth-Fixed 

ECGI Evolved Cell Global Identifier 

ECl Earth-Centered-Inertial 

E-CID Enhanced Cell-ID (positioning method) 

EGNOS European Geostationary Navigation Overlay Service 

E-SMLC Enhanced Serving Mobile Location Centre 

E-UTRAN Enhanced Universal Terrestrial Radio Access Network 

EOP Earth Orientation Parameters 

EPDU External Protocol Data Unit 

FDMA Frequency Division Multiple Access 

EEC Forward Error Correction 

ETA Fine Time Assistance 

GAGAN GPS Aided Geo Augmented Navigation 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema (Engl.: Global Navigation Satellite System) 

GNSS Global Navigation Satellite System 

GPS Global Positioning System 

ICD Interface Control Document 

lOD Issue of Data 

IS Interface Specification 

LPP LTE Positioning Protocol 

LPPa LTE Positioning Protocol Annex 

LSB Least Significant Bit 

MO-LR Mobile Originated Location Request 
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MSAS 


Multi-functional Satellite Augmentation System 


MSB 


Most Significant Bit 


msd 


mean solar day 


MT-LR 


Mobile Terminated Location Request 


NAV 


Navigation 


NICT 


National Institute of Information and Communications Technology 


NI-LR 


Network Induced Location Request 


OTDOA 


Observed Time Difference Of Arrival 


PRC 


Pseudo-Range Correction 


PRS 


Positioning Reference Signals 


PDU 


Protocol Data Unit 


PZ-90 


Parametry Zemli 1990 Goda - Parameters of the Earth Year 1990 


QZS 


Quasi Zenith Satellite 


QZSS 


Quasi-Zenith Satellite System 


QZST 


Quasi-Zenith System Time 


RF 


Radio Frequency 


RRC 


Range-Rate Correction 




Radio Resource Control 


RSRP 


Reference Signal Received Power 


RSRQ 


Reference Signal Received Quality 


RSTD 


Reference Signal Time Difference 


RU 


Russia 


SBAS 


Space Based Augmentation System 


SET 


SUPL Enabled Terminal 


SFN 


System Frame Number 


SLP 


SUPL Location Platform 


SUPL 


Secure User Plane Location 


SV 


Space Vehicle 


TLM 


Telemetry 


TOD 


Time Of Day 


TOW 


Time Of Week 


UDRE 


User Differential Range Error 


ULP 


User Plane Location Protocol 


USNO 


US Naval Observatory 


UTl 


Universal Time No.l 


UTC 


Coordinated Universal Time 


WAAS 


Wide Area Augmentation System 


WGS-84 


World Geodetic System 1984 



Functionality of Protocol 



4.1 



General 



4.1.1 LPP Configuration 



LPP is used point-to-point between a location server (E-SMLC or SLP) and a target device (UE or SET) in order to 
position the target device using position-related measurements obtained by one or more reference sources. Figure 
4.1.1-1 shows the configuration as applied to the control- and user-plane location solutions for E-UTRAN (as defined in 

[2] and [3]). 
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Reference 
'Source' 



GNSS signals (B) 




LPP 

I 
I 



Measurements (A, B or A+B) or Location 




LTE radio signals (A)"" >, 



SLP 



Reference 
Source 



eNodeB 
Figure 4.1.1-1: LPP Configuration for Control- and User-Plane Positioning in E-UTRAN 

4.1 .2 LPP Sessions and Transactions 

An LPP session is used between a Location Server and the target device in order to obtain location related 
measurements or a location estimate or to transfer assistance data. A single LPP session is used to support a single 
location request (e.g. for a single MT-LR, MO-LR or NI-LR). Multiple LPP sessions can be used between the same 
endpoints to support multiple different location requests (as required by [3]). Each LPP session comprises one or more 
LPP transactions which each perform a single activity, and which in turn comprise one or more procedures. The 
instigator of an LPP session will always instigate the first LPP transaction, but subsequent transactions may be 
instigated by either end. LPP transactions within a session may occur serially or in parallel. LPP transactions are 
indicated at the LPP protocol level with a transaction ID in order to associate messages with one another (e.g., request 
and response). Each transaction comprises a single operation (capability exchange, assistance data transfer, or location 
information transfer). 

Messages within a transaction are linked by a common transaction identifier. 

4.1 .3 LPP Position Metinods 

Internal LPP positioning methods and associated signalling content are defined in this specification. 
This version of the specification defines OTDOA, A-GNSS, and E-CID positioning methods. 

4.1.4 LPP Messages 

Each LPP transaction involves the exchange of one or more LPP messages between the location server and the target 
device. The general format of an LPP message consists of a set of common fields followed by a body. The body 
(which may be empty) contains information specific to a particular message type. The LPP message body includes 
common information applicable to all position methods and information specific to particular positioning methods. 

The common fields are as follows: 
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Field 

Transaction ID 
Transaction End 
Flag 
Acl< 



Role 

Identify messages belonging to the same transaction 

Indicate when a transaction (e.g. one with periodic responses) has 

ended 

Enable an optional transport level acknowledgement of a received 

message (FFS) 



It is FFS if additional fields (e.g. session ID) are required for explicit modelling of an LPP session. 
The following message types are defined: 

Request Capabilities; 

Provide Capabilities; 

Request Assistance Data; 

Provide Assistance Data; 

Request Location Information; 

Provide Location Information; 
- Abort; 

Error. 



4.2 



Common LPP Session Procedure 



The purpose of this procedure is to support an LPP session comprising a sequence of LPP transactions. The procedure is 
described in Figure 4.2-L 



End point A 



End point B 



1. LPP Message 
(Transaction ID = j, Body) 



2. Additional LPP Messages 
(Transaction ID = j, Body) 



3. LPP Messages 
(Transaction ID = k, Body) 



4. LPP Message 
(Transaction ID = N, Body) 



Figure 4.2-1 LPP Session Procedure 

1 . Endpoint A, which may be either the target or the server, initiates an LPP session by sending an LPP message for 
an initial LPP transaction] to the other endpoint B (which has an opposite role to A). 

2. Endpoints A and B may exchange further messages to continue the transaction started in step I. 

3. Either endpoint may instigate further transactions by sending additional LPP messages. 

4. A session is terminated by a final transaction N in which LPP messages will be exchanged between the two 
endpoints. 
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Within each transaction, all constituent messages shall contain the same transaction identifier. The last message sent in 
each transaction shall have the field 'Transaction end indicator' set to TRUE. Transactions that occur in parallel shall 
use different transaction IDs; transaction IDs for completed transactions may be reused at any time after the final 
message of the previous transaction with the same ID is known to have been received.. 

4.3 LPP Transport 

4.3.1 Transport Layer Requirements 

LPP requires reliable, in sequence delivery of LPP messages from the underlying transport layers. If the transport layer 
is reliable and provides in-sequence delivery (e.g., SUPL), no additional support for reliable transfer of messages is 
needed at the LPP level. However, LPP provides its own support for reliable in sequence delivery of LPP messages in 
the case of an underlying transport layer that is not fully reliable. This section describes the transport capabilities that 
are available within LPP. 

4.3.2 LPP Duplicate Detection 

A sender may include a sequence number in some or all LPP messages sent for a particular location session. The 
sequence number shall be distinct for different LPP messages in the same location session - e.g. may start at zero in the 
first LPP message and increase monotonically in each succeeding LPP message. 

A receiver records the most recent received sequence number for each location session. If a message is received 
carrying the same sequence number as that last received for the associated location session, it shall be discarded. 
Otherwise (i.e. if the sequence number is different or if no sequence number was previously received or if no sequence 
number is included), the message shall be processed. 

Sending and receiving sequence numbers shall be deleted in a server when the associated location session is terminated 
and shall be deleted in a target device when there has been no activity for a particular location session for 10 minutes. 

NOTE: For LPP control plane use, a target device can be aware of a location session from information provided 
at the NAS level for downlink transport of an LPP message. 

4.3.3 LPP Acknowledgment 

4.3.3.1 General 

Each LPP message may carry an acknowledgment request indicator and/or an acknowledgement indicator. Upon 
reception of an LPP message which includes a request for acknowledgment, a receiver returns an acknowledgement 
response that includes the same sequence number if the message being acknowledged contains a sequence number. An 
acknowledgment is returned for each received LPP message including any duplicate. Once a sender receives an 
acknowledgment for an LPP message and provided any included sequence number is matching, it is permitted to send 
the next LPP message. No message reordering is needed at the receiver since this stop and wait method of sending 
ensures that messages normally arrive in the correct order. 

4.3.3.2 Procedure related to Acknowledgment 

Figure 4.3.3.2-1 shows the procedure related to acknowledgment. 
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Endpoint A 



Endpoint B 



-1. Message N- 



-2. Message N Acknowledgment- 



-3. Message N+1- 



Figure 4.3.3.2-1 : LPP Acknowledgment procedure 

1 . Endpoint A sends an LPP message N to Endpoint B and includes a request for acknowledgment. 

2. If LPP message N is received (regardless of whether the message body can be correctly decoded), Endpoint B 
returns an acknowledgment for message N. The acknowledgment contains the same sequence number as that in 
message N if included. 

3. When the acknowledgment for LPP message N is received and provided any included sequence number matches 
that in message N, Endpoint A sends the next LPP message N+1 to Endpoint B when this message is available. 

Editor's Note: For step 3, it is assumed that LPP retransmission is used to ensure that either an acknowledgment is 
eventually received or all LPP activity for the location session is aborted. If LPP retransmission is not 
used, an additional mechanism is needed to detect and recover from message and acknowledgment loss 
(i.e. to avoid LPP transmission becoming blocked). 

4.3.4 LPP Retransmission 



4.3.4.1 



General 



This capability builds on the acknowledgment and duplicate detection capabilities. When an LPP message which 
requires acknowledgement is sent and not acknowledged, it is resent by the sender following a timeout period up to 
three times. If still unacknowledged after that, the sender aborts all LPP activity for the associated session. The timeout 
period is determined by the sender implementation but shall not be less than a minimum value of [FES]. 



4.3.4.2 



Procedure related to Retransmission 



Figure 4.3.4.2-1 shows the procedure related to retransmission when combined with acknowledgment and duplicate 
detection. 
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Endpoint A 



Endpoint B 



-1. Message N- 



-2. Message N Acknowledgment- 



3. Message N Retransmission 



-4. Message N Acl<nowledgment- 



-5. Message N+1- 



Figure 4.3.4.2-1 : LPP Retransmission procedure 

1 . Endpoint A sends an LPP message N to Endpoint B for a particular location session and includes a request for 
acknowledgment. 

2. If LPP message N is received (regardless of whether the message body can be correctly decoded), Endpoint B 
returns an acknowledgment for message N. If the acknowledgment is received by Endpoint A (such that the 
acknowledged message can be identified and any included sequence numbers are matching), Endpoint A skips 
steps 3 and 4. 

3. If the acknowledgment in step 2 is not received after a timeout period, Endpoint A retransmits LPP message N 
and includes the same sequence number as in step 1 if a sequence number was included in step 1. 

4. If LPP message N in step 3 is received (regardless of whether the message body can be correctly decoded and 
whether or not the message is considered a duplicate), Endpoint B returns an acknowledgment. Steps 3 and 4 
may be repeated one or more times if the acknowledgment in step 3 is not received after a timeout period by 
Endpoint A. If the acknowledgment in step 4 is still not received after sending three retransmissions, Endpoint A 
aborts all procedures and activity associated with LPP support for the particular location session. 

5. Once an acknowledgment in step 2 or step 4 is received, Endpoint A sends the next LPP message N+1 for the 
location session to Endpoint B when this message is available. 



5.1 



LPP Procedures 

Procedures related to capability transfer 



The purpose of the procedures that are grouped together in this section is to enable the transfer of capabilities from the 
target device to the server. Capabilities in this context refer to positioning and protocol capabilities related to LPP and 
the position methods supported by LPP. 

These procedures instantiate the Capability Transfer transaction from 3GPP TS 36.305 [2]. 

5.1.1 Capability Transfer procedure 

The Capability Transfer procedure is shown in Figure 5.1.1-1. 
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Server 



-1. LPP Request Capabilities- 



-2. LPP Provide Capabilities- 



Figure 5.1.1-1: LPP Capability Transfer procedure 

1. The server sends an LPP Request Capabilities message to the target. The server may indicate the types of 
capabihty needed. 

2. The target responds with an LPP Provide Capabihties message to the server. The capabiHties shall correspond to 
any types specified in step 1 . This message carries an end transaction indication. 



5.1.2 



Capability Indication procedure 



The Capability Indication procedure is shown in Figure 5.1.2-1. 





-1. LPP Provide Capabilities- 



Figure 5.1.2-1: LPP Capability Indication procedure 

1. The target sends an LPP Provide Capabilities message to the server. This message carries an end transaction 
indication. 



5.1.3 



Reception of LPP Request Capabilities 



Upon receiving an LPP Request Capabilities message, the target device shall generate an LPP Provide Capabilities 
message as a response. 

The target device shall; 

1> for each positioning method for which a request for capabilities is included in the message: 

2> if the target device supports this positioning method: 

3> nclude the capabilities of the device for that supported positioning method in the response message; 

1> set the IE LPP-TransactionID in the response message to the same value as the IE LPP-TransactionID in the 
received message; 

1> deliver the response message to lower layers for transmission. 
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5.1 .4 Transmission of LPP Provide Capabilities 

When triggered to transmit an LPP Provide Capabilities message, the target device shall; 
1> for each positioning method whose capabilities are to be indicated: 

2> set the corresponding IE to include the device"s capabilities; 
1> deliver the response to lower layers for transmission. 



5.2 



Procedures related to Assistance Data Transfer 



The purpose of the procedures in this section is to enable the target to request assistance data from the server to assist in 
positioning, and to enable the server to transfer assistance data to the target in the absence of a request. 

These procedures instantiate the Assistance Data Transfer transaction from 3GPP TS 36.305 [2]. 

5.2.1 Assistance Data Transfer procedure 

The Assistance Data Transfer procedure is shown in Figure 5.2.1-1. 





-1. LPP Request Assistance Data- 
-2. LPP Provide Assistance Data- 



-3. LPP Provide Assistance Data- 



Figure 5.2.1-1 : LPP Assistance data transfer procedure 

1 . The target sends an LPP Request Assistance message to the server. 

2. The server responds with an LPP Provide Assistance Data message to the target containing assistance data. The 
transferred assistance data should match or be a subset of the assistance data requested in step 1 . 

3. The server may transmit one or more additional LPP Provide Assistance Data messages to the target containing 
further assistance data. The transferred assistance data should match or be a subset of the assistance data 
requested in step 1 . The last message carries an end transaction indication. 



5.2.2 



Assistance Data Delivery procedure 



The Assistance Data Transfer procedure is shown in Figure 5.2.2-1. 




Server 



-1 . LPP Provide Assistance Data- 



Figure 5.2.2-1 : LPP Assistance data transfer procedure 
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1 . The server sends an LPP Provide Assistance Data message to the target containing assistance data. This 
message may contain an end transaction indication. 

5.2.3 Transmission of LPP Request Assistance Data 

When triggered to transmit an LPP Request Assistance Data message, the target device shall: 

1> set the IBs for the positioning-method-specific request for assistance data to request the data indicated by upper 
layers. 



5.2.4 



Reception of LPP Provide Assistance Data 



Upon receiving an LPP Provide Assistance Data message, the target device shall: 
1> for each positioning method contained in the Body: 
2> deliver the related assistance data to upper layers. 



5.3 



Procedures related to Location Information Transfer 



The purpose of the procedures in this section is to enable the server to request location measurement data and/or a 
location estimate from the target, and to enable the target to transfer location measurement data and/or a location 
estimate to a server in the absence of a request. 

These procedures instantiate the Location Information Transfer transaction in 3GPP TS 36.305 [2]. 

NOTE: The service layer (e.g. NAS or OMA SUPL ULP) would be used to transfer information associated with a 
location request from a target to a server (MO-LR). 



5.3.1 



Location Information Transfer procedure 



The Location Information Transfer procedure is shown in Figure 5.3.1-1. 





-1. LPP Request Location Information- 
-2. LPP Provide Location Information- 



-3. LPP Provide Location Information- 



Figure 5.3.1-1 : LPP Location Information transfer procedure 

1. The server sends an LPP Request Location Information message to the target to request location information, 
indicating the type of location information needed and potentially the associated QoS. 

2. The target sends an LPP Provide Location Information message to the server to transfer location information. 
The location information transferred should match or be a subset of the location information requested in step 1 
unless the server explicitly allows additional location information. This message may carry an end transaction 
indication. 

3. If requested in step 1, the target sends additional LPP Provide Location Information messages to the server to 
transfer location information. The location information transferred should match or be a subset of the location 
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information requested in step 1 unless the server explicitly allows additional location information. The last 
message carries an end transaction indication. 



5.3.2 



Location Information Delivery procedure 



The Location Information Transfer procedure is shown in Figure 5.3.2-1. 





-1. LPP Provide Location Information- 



Figure 5.3.2-1 : LPP Location Information Delivery procedure 

1 . The target sends an LPP Provide Location Information message to the server to transfer location information. 
This message may carry an end transaction indication. 

5.3.3 Reception of Request Location Information 

Upon receiving an LPP Request Location Information message, the target device shall: 

1> if the requested information is compatible with the target device capabilities and configuration: 
2> include the requested information in an LPP Provide Location Information message; 

2> set the IE LPP-TransactionID in the response to the same value as the IE LPP-TransactionID in the received 

message; 

2> deliver the LPP Provide Location Information message to lower layers for transmission. 
1> otherwise: 

2> if one or more positioning methods are included that the target device does not support: 

3> Continue to process the message as if it contained only information for the supported position methods. 

3> Handle the signaling content of the not supported positioning methods by LPP error detection as in 5.4.3. 

5.3.4 Transmission of Provide Location Information 

When triggered to transmit an LPP Provide Location Information message, the target device shall: 
1> for each position method contained in the message: 

2> deliver the position method information to upper layers. 



5.4 Error Handling Procedures 



5.4.1 



General 



This sub-clause describes how a receiving entity behaves in cases when it receives erroneous or unexpected data or 

detects that certain data are missing. 5.4.2 Procedures related to Error Indication 
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Figure 5.4.2-1 shows the procedure related to Error indication. 



Endpoint A 



-1. LPP Message- 



-2. LPP Error Message- 



Endpoint B 



Figure 5.4.2-1 : LPP Error Indication procedure 

1 . Endpoint A sends an LPP message to Endpoint B. 

2. Endpoint B determines that the LPP message in step 1 contains an error and is not an LPP Error or Abort 
message. Endpoint B returns an LPP Error message to Endpoint A indicating the error or errors and discards the 
message in step 1. 

5.4.3 LPP Error Detection 

Upon receiving any LPP message, the receiving device shall attempt to decode the message and verify the presence of 
any errors prior to using the following procedure: 

1> if decoding errors are encountered: 

2> if decoding carmot determine the LPP-TransactionID: 

3> discard the message and stop error detection. 

2> if decoding can determine that the message is not an LPP Error or Abort message: 

3> return an LPP Error message to the sender and include the received LPP-TransactionID and type of 
error; 

3> discard the message and stop error detection; 

1> if the message is a duplicate of previously received message 

2> discard the message and stop error detection. 

Editor"s Note: the method used to determine a duplicate is FES. 

1> if the LPP-TransactionID matches the LPP-TransactionID for a procedure that is still ongoing for the same 
session and the message type is invalid for the current state of the procedure: 

2> abort the ongoing procedure; 

2> return an Error message to the sender and include the received transaction ID and type of error; 

2> discard the message and stop error detection. 

1> if the message type is an LPP RequestCapabilities, RequestAssistanceData, or RequestLocationlnformation and 
some or all of the requested information is not supported: 

2> return any information that can be provided in a normal response, plus an indication that other information is 
not supported. 



5.4.4 Reception of an LPP Error Message 

Upon receiving an LPP Error message, a device shall: 
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1> abort any ongoing procedure associated with the LPP-TransactionID indicated in the message. 
The device may: 

1> restart the aborted procedure taking into consideration the returned error information. 



5.5 



Abort Procedure 



5.5.1 General 

The purpose of the abort procedure is to abort an ongoing procedure due to some unexpected event - e.g. cancelation of 
a location request by an LCS client. 

5.5.2 Procedures related to Abort 

Figure 5.5.2-1 shows the Abort procedure. 



Endpoint A 



1 . Ongoing Procedure P 



-2. LPP Abort- 



Endpoint B 



Figure 5.5.2-1 : LPP Abort procedure 

1 . A procedure P is ongoing between endpoints A and B 

2. Endpoint A determines that the procedure must be aborted and sends an LPP Abort message to Endpoint B 
carrying the transaction ID for procedure P. Endpoint B aborts procedure P. 

5.5.3 Reception of an LPP Abort Message 

Upon receiving an LPP Abort message, a device shall: 

1> abort any ongoing procedure associated with the transaction ID indicated in the message. 
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Information Element Abstract Syntax Definition 



6.1 



General 



The contents of each LPP message is specified in sub-clause 6.2 using ASN.l to specify the message syntax and using 
tables when needed to provide further detailed information about the information elements specified in the message 
syntax. The syntax of the information elements that are defined as stand-alone abstract types is further specified in a 
similar manner in sub-clause 6.3. 

The ASN.l in this section uses the same format and coding conventions as described in Annex A of [12]. 



6.2 



LPP PDU Structure 



LPP-PDU-Definitions 



This ASN.l segment is the start of the LPP PDU definitic 


ns. 


-- ASNISTART 




LPP-PDU-Definitions DEFINITIONS AUTOMATIC TAGS : 


: = 


BEGIN 




-- ASNISTOP 





LPP-Message 



The LPP-Message provides the complete set of information for an invocation or response pertaining to a single LPP 
transaction. 



-- ASNISTART 








LPP-Message ::= SEQUENCE { 






transactionID 


LPP-TransactionID OPTIONAL, 


-- Need 


ON 


endTransaction 


BOOLEAN, 






sequenceNumber 


SequenceNumber OPTIONAL, 


-- Need 


ON 


acknowledgment 


Acknowledgment OPTIONAL, 


-- Need 


ON 


Ipp-MessageBody LPP-MessageBody OPTIONAL 


-- Need 


ON 


1 

SequenceNumber : : = 


INTEGER {0. .255) 






Acknowledgment : : = 


SEQUENCE { 






ackRequested 


BOOLEAN, 






acklndicator 
} 


SequenceNumber OPTIONAL 






-- ASNISTOP 









LPP-Message field descriptions 



sequenceNumber 

This field is included when LPP operates over the control plane and omitted otherwise. 



acknowledgment 

This field is included when LPP operates over the control plane and is omitted otherwise 



acklndicator 

This field indicates the sequence number of the message being acknowledged. 



Ipp-MessageBody 

This field is omitted in an LPP transport level ack 



transactionID 

This field is omitted if it is not available to the transmitting entity (e.g., in an LPP-Error message triggered by a 
message that could not be parsed). 



£75/ 



3GPP TS 36.355 version 9.1 .0 Release 9 24 ETSI TS 1 36 355 V9.1 .0 (201 0-05) 

LPP-MessageBody 

The LPP-MessageBody identifies the type of a message and contains all LPP information specifically associated with 
that type. 



-- ASNISTART 




LPP-MessageBody ::= CHOICE { 




cl 


CHOICE 


{ 




requestCapabilities 


RequestCapabilities , 




provideCapabilities 


ProvideCapabilities , 




requestAssistanceData 


RequestAssistanceData, 




provideAssistanceData 


ProvideAssistanceData, 




requestLocationlnformation 


RequestLocationlnformation, 




provideLocationlnformation 


ProvideLocationlnformation, 




abort 


Abort , 




error 


Error, 




spare? NULL, spare6 NULL, ; 


spares NULL, spare4 NULL, 


\ 


spare3 NULL, spare2 NULL, ; 


sparel NULL, spareO NULL 


messageClassExtension SEQUENCE {} 
} 


-- ASNISTOP 





- LPP-TransactionID 

The LPP-TransactionID identifies a particular LPP transaction, the initiator of the transaction and optionally an 
associated LCS session. 

-- ASNISTART 

LPP-TransactionID ::= SEQUENCE { 

initiator Initiator, 

transactionNumber Transact ionNumber, 

-- Session ID is FFS 
} 

Initiator ::= ENUMERATED { 
locationServer, 
targetDevice , 

} 

TransactionNumber ::= INTEGER {0..255) 

-- ASNISTOP 



6.3 Message Body lEs 

RequestCapabilities 

The RequestCapabilities message requests capability information for LPP and individual positioning methods. 

-- ASNISTART 

RequestCapabilities ::= SEQUENCE { 

criticalExtensions CHOICE { 

cl CHOICE { 

requestCapabilities -r9 RequestCapabilities -r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

}, 

criticalExtensionsFuture SEQUENCE { } 

} 
} 

RequestCapabilities-r9-IEs ::= SEQUENCE { 

commonlEsRequestCapabilities CommonlEsRequestCapabilities OPTIONAL, -- Need 

ON 
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a-gnss-RequestCapabilities 


A-GNSS-RequestCapabilities 


OPTIONAL, 




otdoa-RequestCapabilities 


OTDOA-RequestCapabilities 


OPTIONAL, 




ecid-RequestCapabilities 


ECID-RequestCapabilities 


OPTIONAL, 




epdu-RequestCapabilities 
ON 


EPDU- Sequence 


OPTIONAL, 


-- Need 


} 

-- ASNISTOP 









RequestCapabilities field descriptions 



commonlEsRequestCapabilities 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



ProvideCapabilities 

The ProvideCapabilities message indicates the LPP capabilities of the sender. 

-- ASNISTART 

ProvideCapabilities ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

ProvideCapabilities -r9 ProvideCapabilities -r9-IEs, 
spare3 NULL, spare2 NULL, sparel NULL 



criticalExtensionsFuture SEQUENCE { } 



} 



ProvideCapabilities-r9-IEs ::= SEQUENCE { 

commonlEsProvideCapabilities 
ON 

a-gnss- ProvideCapabilities 
ON 

otdoa- ProvideCapabilities 
ON 

ecid- ProvideCapabilities 
ON 

epdu- ProvideCapabilities 
ON 



CommonlEsProvideCapabilities 
A-GNSS -ProvideCapabilities 
OTDOA- ProvideCapabilities 
ECID- ProvideCapabilities 
EPDU- Sequence 



OPTIONAL, 


-- Need 


OPTIONAL, 


-- Need 


OPTIONAL, 


-- Need 


OPTIONAL, 


-- Need 


OPTIONAL, 


-- Need 



ASNISTOP 



ProvideCapabilities field descriptions 



commonlEsProvideCapabiiities 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



RequestAssistanceData 



The RequestAssistanceData message requests assistance data. 

-- ASNISTART 

RequestAssistanceData ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

requestAssistanceData-r9 RequestAssistanceData- r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 



criticalExtensionsFuture SEQUENCE { ] 



} 



RequestAssistanceData-r9-IEs ::= SEQUENCE { 

commonlEsRequestAssistanceData CommonlEsRequestAssistanceData 

Need ON 



OPTIONAL, 



£75/ 



3GPP TS 36.355 version 9.1.0 Release 9 



26 



ETSI TS 136 355 V9.1.0 (2010-05) 



a-gnss-RequestAssistanceData 


A-GNSS-RequestAssistanceData 


OPTIONAL, 


-- 


Need ON 








otdoa-RequestAssistanceData 


OTDOA-RequestAssistanceData 


OPTIONAL, 


-- 


Need ON 








epdu-RequestAssistanceData 


EPDU-Sequence 


OPTIONAL, 


-- 


Need ON 

} 

-- ASNISTOP 















ProvideAssistanceData 

The ProvideAssistanceData message provides assistance data. 

-- ASNISTART 

ProvideAssistanceData ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

ProvideAssistanceData- r9 ProvideAssistanceData- r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 



}- 



criticalExtensionsFuture 



SEQUENCE 



ProvideAssistanceData-r9-IEs ::= SEQUENCE { 

commonlEsProvideAssistanceData CommonlEsProvideAssistanceData 

Need ON 

a-gnss- ProvideAssistanceData A-GNSS- ProvideAssistanceData 

Need ON 

otdoa- ProvideAssistanceData OTDOA- ProvideAssistanceData 

Need ON 

epdu- Provide -Assistance -Data EPDU-Sequence 

Need ON 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



ASNISTOP 



ProvideAssistanceData field descriptions 



CommonlEsProvideAssistanceData 

This IE is provided for future extensibility and should not be included in this version of the protocol. 



RequestLocation Information 



The RequestLocationlnformation message carries a request for measurements or a position estimate. 

-- ASNISTART 

RequestLocationlnformation ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

requestLocationInformation-r9 RequestLocationInf ormation-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 



criticalExtensionsFuture SEQUENCE { } 



} 



RequestLocationInformation-r9-IEs ::= SEQUENCE { 

commonlEsRequestLocationInf ormation CommonlEsRequestLocationlnformation OPTIONAL, 
Need ON 

a-gnss -RequestLocationInf ormation A-GNSS -RequestLocationInf ormation OPTIONAL, 

Need ON 

otdoa-RequestLocationInf ormation OTDOA-RequestLocationInf ormation OPTIONAL, 

Need ON 

ec id- RequestLocationInf ormation ECID- RequestLocationInf ormation OPTIONAL, 

Need ON 
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epdu-RequestLocationlnformation EPDU-Sequence OPTIONAL, -- 

Need ON 



-- ASNISTOP 

- ProvideLocation Information 

The ProvideLocationlnformation message carries measurements or position estimates. 

-- ASNISTART 

ProvideLocationlnformation ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

provideLocationInformation-r9 ProvideLocationInformation-r9-IEs, 
spares NULL, spare2 NULL, sparel NULL 

}. 

criticalExtensionsFuture SEQUENCE { } 



ProvideLocationInformation-r9-IEs ::= SEQUENCE { 

commonlEsProvideLocationlnformation CommonlEsProvideLocationlnformation OPTIONAL, 
Need ON 

a -gnss- ProvideLocationlnformation A- GNSS- ProvideLocationlnformation OPTIONAL, 

Need ON 

otdoa- ProvideLocationlnformation OTDOA- ProvideLocationlnformation OPTIONAL, 

Need ON 

ecid- ProvideLocationlnformation ECID- ProvideLocationlnformation OPTIONAL, 

Need ON 

epdu-ProvideLocationlnformation EPDU-Sequence OPTIONAL, 

Need ON 



-- ASNISTOP 

Abort 

The Abort message carries a request to abort an ongoing LPP procedure. 

-- ASNISTART 

Abort : : = SEQUENCE { 

criticalExtensions CHOICE { 

cl CHOICE { 

abort-r9 Abort-r9-IEs, 

spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE { } 
} 
} 

Abort-r9-IEs ::= SEQUENCE { 

commonlEsAbort CommonlEsAbort OPTIONAL, -- Need ON 

} 

-- ASNISTOP 

- Error 

The Error message carries information concerning a LPP message that was received with errors. 

-- ASNISTART 

Error : := CHOICE { 

error-r9 Error-r9-IEs, 
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criticalExtensionsFuture SEQUENCE {} 
} 






Error-r9-IEs ::= SEQUENCE { 






commonlEsError CommonlEsError 

} 

-- ASNISTOP 


OPTIONAL, 


-- Need ON 







Editor"s Note: to ensure compatibility of an Error message between different versions of LPP, it is not expected 
that critical extensions wiU be used in future versions; hence only one method of supporting 
critical extensions is provided 



6.4 Common lEs 

Common lEs comprise lEs that are applicable to more than one LPP positioning method. 

6.4.1 Common Lower-Level lEs 
ARFCN-ValueEUTRA 

The IE ARFCN-ValueEUTRA is used to indicate the ARFCN of the E-UTRA carrier frequency, as defined in [12]. 

-- ASNISTART 

ARFCN-ValueEUTRA ::= INTEGER {0.. 65535) 

-- ASNISTOP 

CellGloballdEUTRA-AndUTRA 

The IE CellGloballdEUTR-AndUTRA specifies the global Cell Identifier for E-UTRA or UTRA, the globally unique 
identity of a cell in E-UTRA or UTRA. 



-- ASNISTART 












CellGloballdEUTRA-AndUTRA ::= SEQUENCE { 
plmn- Identity SEQUENCE { 

mcc SEQUENCE 
mnc SEQUENCE 
1 


{SIZE 
{SIZE 


{3) ) 
{2. .3) ) 


OF INTEGER {0. 
OF INTEGER {0. 


.9) , 
.9) 


cellldentity CHOICE { 
eutra BIT STRING {SIZE 
utra BIT STRING {SIZE 


{28) ) , 
{32) ) 










} 

-- ASNISTOP 













CellGloballdEUTRA-AndUTRA field descriptions 



pimn-ldentity 

This field identifies the PLMN of the cell as defined in [12]. 



cellldentity 

This field defines the identity of the cell within the context of the PLMN as defined in [1 2] and [1 3]. The size of the bit 
string allows for the 32-bit extended UTRAN cell ID; in case the cell ID is shorter, the first bits of the string are set to 0. 



CellGloballdGERAN 

The IE CellGloballdGERAN specifies the global Cell Identifier for GERAN, the globally unique identity of a cell in 
GERAN. 
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-- ASNISTART 














CellGloballdGERAN ::= 
plmn- Identity 


SEQUENCE { 
SEQUENCE { 
mcc 
mnc 

BIT STR 
BIT STR 


SEQUENCE 
SEQUENCE 


{SIZE 
{SIZE 


{3) ) 
{2. .3) ) 


OF INTEGER { . 
OF INTEGER { . 


.9) , 
.9) 


locationAreaCode 
cellldentity 

} 

-- ASNISTOP 


ING {SIZE 
ING {SIZE 


{16) ) , 
{16) ) , 





















CellGloballdGERAN field descriptions 



pimn-ldentity 

This field identifies the PLMN of the cell. 



locationAreaCode 

This field is a fixed length code identifying the location area within a PLMN. 



cellldentity 

This field specifies the cell Identifier which is unique within the context of the GERAN location area. 



- Ellipsoid-Point 

The IE Ellipsoid-Point is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 

-- ASNISTART 

Ellipsoid-Point ::= SEQUENCE { 

latitudeSign ENUMERATED {north, south}, 

degreesLatitude INTEGER {0 .. 8388607) , -- 23 bit field 

degreesLongitude INTEGER {-8388608 .. 8388607) -- 24 bit field 

} 

-- ASNISTOP 



- Ellipsoid-PointWithUncertaintyCircle 

The IE Ellipsoid-PointWithUncertaintyCircle is used to describe a geographic shape as defined in 3GPP TS 23.032 
[15]. 



-- ASNISTART 




Ellipsoid-PointWithUncertaintyCircle ::= SEQUENCE { 




latitudeSign ENUMERATED {north, south}. 




degreesLatitude INTEGER {0 .. 8388607) , 


-- 23 bit field 


degreesLongitude INTEGER {-8388608 .. 8388607) , 


-- 24 bit field 


uncertainty INTEGER {0..127) 
} 




-- ASNISTOP 





- EllipsoidPointWithUncertaintyEllipse 

The IE EllipsoidPointWithUncertaintyEllipse is used to describe a geographic shape as defined in 3GPP TS 23.032 
[15]. 



-- ASNISTART 








EllipsoidPointWithUncertai 


ntyEl 


lipse : := SEQUENCE { 




latitudeSign 




ENUMERATED {north, south}. 




degreesLatitude 




INTEGER {0. .8388607) , 


-- 23 bit field 


degreesLongitude 




INTEGER {-8388608. .8388607) , 


-- 24 bit field 


uncertaintySemiMa j or 




INTEGER {0. .127) , 




uncertaintySemiMinor 




INTEGER {0. .127) , 




orientationMajorAxis 




INTEGER {0. .179) , 




confidence 




INTEGER {0. .100) 
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ASNISTOP 



EllipsoidPointWithAltitude 

The IE EllipsoidPointWithAltitude is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 












EllipsoidPointWithAlti 


tude : 


= SEQUENCE { 








latitudeSign 




ENUMERATED {north, south}, 








degree sLatitude 




INTEGER {0. .8388607) , 


-- 23 


bit 


field 


degreesLongitude 




INTEGER {-8388608. .8388607) , 


-- 24 


bit 


field 


altitudeDirection 




ENUMERATED {height, depth}. 








altitude 
} 




INTEGER {0. .32767) 


-- 15 


bit 


field 


-- ASNISTOP 













- EllipsoidPointWithAltitudeAndUncertaintyEllipsoid 

The IE EllipsoidPointWithAltitudeAndUncertaintyElUpsoid is used to describe a geographic shape as defined in 3GPP 
TS 23.032 [15]. 



-- ASNISTART 










EllipsoidPointWithAltitudeAndUncertaintyEllipsoid ::= SEQUENCE { 








latitudeSign 


ENUMERATED {north, south}. 








degree sLatitude 


INTEGER {0. .8388607) , 


-- 23 


bit 


field 


degreesLongitude 


INTEGER {-8388608. .8388607) , 


-- 24 


bit 


field 


altitudeDirection 


ENUMERATED {height, depth}. 








altitude 


INTEGER {0. .32767) , 


-- 15 


bit 


field 


uncertaintySemiMa j or 


INTEGER {0. .127) , 








uncertaintySemiMinor 


INTEGER {0. .127) , 








orientationMajorAxis 


INTEGER {0. .179) , 








uncertaintyAltitude 


INTEGER {0. .127) , 








confidence 
} 


INTEGER {0..100) 








-- ASNISTOP 











- EllipsoidArc 

The IE EllipsoidArc is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 












EllipsoidArc ::= SEQUENCE { 












latitudeSign 


ENUMERATED {north, south}. 








degree sLatitude 


INTEGER 


0. .8388607) , 


-- 23 


bit 


field 


degreesLongitude 


INTEGER 


-8388608. .8388607) , 


-- 24 


bit 


field 


innerRadius 


INTEGER 


0. .65535) , 


-- 16 


bit 


field. 


uncertaintyRadius 


INTEGER 


0. .127) , 








of f setAngle 


INTEGER 


0. .179) , 








includedAngle 


INTEGER 


0. .179) , 








confidence 
} 


INTEGER 


0. .100) 








-- ASNISTOP 













EPDU-Sequence 

The EPDU-Sequence contains lEs that are defined externally to LPP by other organizations. 



ASNISTART 
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EPDU-Sequence ::= SEQUENCE 


{SIZE 


{1. .maxEPDU) ) 


OF 


EPDU 


maxEPDU INTEGER : : = 


16 














EPDU : : = SEQUENCE { 
ePDU- Identifier 
ePDU-Body 

} 




EPDU- 
EPDU- 


Ident 
Body 


if ier 








EPDU-Identifier : := 
ePDU-ID 
ePDU-Name 

} 

EPDU-ID : := INTEGER 


SEQUENCE { 

EPDU- 
EPDU- 


ID, 
Name 




OPTIONAL, 


{1. .256 














EPDU-Name ::= VisibleString 


{SIZE {1.. 


32) ) 








EPDU-Body ::= OCTET 


STRING 














-- ASNISTOP 

















EPDU-Sequence field descriptions 



EPDU-ID 

This field provides a unique integer ID for the externally defined positioning method. Its value is assigned to the 
external entity that defines the EPDU and defined by that entity. 



EPDU-Name 

This field provides an optional character encoding which can be used to provide a quasi-unique name for an external 
PDU - e.g., by containing the name of the defining organization and/or the name of the associated public or 
proprietary standard for the EPDU. 



EPDU-Body 

The content and encoding of this field are defined externally to LPP. 



- HorizontalVelocity 

The IE HorizontalVelocity is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 

HorizontalVelocity : 
bearing 
horizontalSpeed 



SEQUENCE { 

INTEGER {0 . .359) , 
INTEGER{0 . .2047) 



} 



ASNISTOP 



- HorizontalWithVerticalVelocity 

The IE HorizontalWithVerticalVelocity is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 






HorizontalWithVerticalVelocity 


: : = SEQUENCE { 




bearing 


INTEGER{0. .359) , 




horizontalSpeed 


INTEGER {0. .2047) , 




vert icalDirect ion 


ENUMERATED { upward , 


downward} , 


verticalSpeed 
} 


INTEGER {0. .255) 




-- ASNISTOP 







HorizontalVelocityWithUncertainty 



The IE HorizontalVelocityWithUncertainty is used to describe a velocity shape as defined in 3GPP TS 23.032 [15]. 

-- ASNISTART 
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HorizontalVelocityWithUncert 


ainty : : = SEQUENCE { 




bearing 


INTEGER { . 


.359) , 




horizontalSpeed 


INTEGER { . 


.2047) , 


} 


uncertaintySpeed 


INTEGER { . 


.255) 





ASNISTOP 







- HorizontalWithVerticalVelocityAndUncertainty 

The IE HorizontalWithVerticarVelocityAndUncertainty is used to describe a velocity shape as defined in 3GPP TS 
23.032 [15]. 



ASNISTART 



HorizontalWithVerticalVelocityAndUncert ainty 



SEQUENCE { 



bearing 

horizontalSpeed 

vert icalDirect ion 

verticalSpeed 

horizontalUncertaintySpeed 

verticalUncertaintySpeed 



INTEGER {0 . .359) , 
INTEGER{0 . .2047) , 
ENUMERATED {upward, downward} 
INTEGER{0 . .255) , 
INTEGER {0 . .255) , 
INTEGER {0 . .255) 



ASNISTOP 



LocationCoordinateTypes 

The IE LocationCoordinateTypes defines a list of possible geographic shapes as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 




LocationCoordinateTypes ::= SEQUENCE { 




ellipsoidPoint 


BOOLEAN, 


ellipsoidPointWithUncertaintyCircle 


BOOLEAN, 


ell ipsoidPointWithUncertaintyEll ipse 


BOOLEAN, 


polygon 


BOOLEAN, 


ellipsoidPointWithAltitude 


BOOLEAN, 


ellipsoidPointWithAltitudeAndUncertaintyEllipsoid 


BOOLEAN, 


ellipsoidArc 

} 

-- ASNISTOP 


BOOLEAN, 





Polygon 

The IE Polygon is used to describe a geographic shape as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 






Polygon ::= SEQUENCE {SIZE {3. 


.15)) OF PolygonPoints 




PolygonPoints ::= SEQUENCE { 






latitudeSign 


ENUMERATED {north, south}. 




degreesLatitude 


INTEGER {0. .8388607) , 


-- 23 bit field 


degreesLongitude 
} 


INTEGER {-8388608. .8388607) 


-- 24 bit field 


-- ASNISTOP 







- PositioningModes 

The IE PositioningModes is used to indicate several positioning modes using a bit map. 

-- ASNISTART 
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PositioningModes : 


:= SEQUENCE { 










posModes 


BIT STRING { 


standalone 
ue-based 


(0) , 

(1) , 






} 

-- ASNISTOP 




ue-assisted 


(2) 


} {SIZE {1. 


.8) ) , 













PositioningModes field descriptions 



posl\/lodes 

This field specifies tlie positioning mode(s). This is represented by a bit string, with a one-value at the bit position 
nneans the particular positioning nnode is addressed; a zero-value means not addressed. 



VelocityTypes 

The IE VelocityTypes defines a list of possible velocity shapes as defined in 3GPP TS 23.032 [15]. 



-- ASNISTART 




VelocityTypes : : = SEQUENCE { 




horizontalVelocity 


BOOLEAN, 


horizontalWithVerticalVelocity 


BOOLEAN, 


horizontalVelocityWithUncertainty 


BOOLEAN, 


horizontalWithVerticalVelocityAndUncertainty 

} 

-- ASNISTOP 


BOOLEAN, 





6.4.2 Common Positioning 



CommonlEsRequestCapabllitles 

The CommonlEsRequestCapabilities carries common lEs for a Request Capabilities PDU Type. 

ASNISTART 
CommonlEsRequestCapabilities ::= SEQUENCE 




Common I EsProvideCapabllltles 



The CommonlEsProvideCapabilities carries common lEs fc 


)r a Provide Capabilities PDU Type. 


-- ASNISTART 




CommonlEsProvideCapabilities ::= SEQUENCE { 

} 

-- ASNISTOP 







CommonlEsRequestAssistanceData 

The CommonlEsRequestAssistanceData carries common IBs for a Request Assistance Data PDU Type. 



-- ASNISTART 
CommonlEsRequestAssistanceData ::= SEQUENCE 
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servingCelllD 






ECGI OPTIONAL, -- Cond EUTRA 

} 

ECGI : : = SEQUENCE { 










mcc SEQUENCE {SIZE (3)) 


OF INTEGER { . 


.9) , 


mnc SEQUENCE {SIZE {2.. 3)) 


OF INTEGER {0. 


.9) , 


cellidentity BIT STRING {SIZE {28)) 
} 






-- ASNISTOP 







Conditional presence 


Explanation 


EUTRA 


The field is mandatory present for E-UTRA access. Tlie field shall be omitted for non- 
EUTRA user plane support.. 



CommonlEsRequestAssistancePata field descriptions 



servingCelllD 

This parameter identifies the current serving cell for the target device. 



CommonlEsProvideAssistanceData 



The CommonlEsProvideAssistanceData carries common lEs fc 


)r a ProvideAssistance Data PDU Type. 


-- ASNISTART 




CommonlEsProvideAssistanceData ::= SEQUENCE { 

} 

-- ASNISTOP 







- CommonlEsRequestLocationlnformation 

The CommonlEsRequestLocationlnformation carries common lEs for a Request Location Information PDU Type. 



-- ASNISTART 




CommonlEsRequestLocationlnformation ::= SEQUENCE { 




locationlnformationType LocationlnformationType, 




triggeredReporting TriggeredReportingCriteria OPTIONAL, 


-- Cond ECID 


periodicalReporting PeriodicalReportingCriteria OPTIONAL, 




additionalinf ormation Additionalinf ormation OPTIONAL, 




qos QoS OPTIONAL, 




environment Environment OPTIONAL, 




locationCoordinateTypes LocationCoordinateTypes OPTIONAL, 




velocityTypes VelocityTypes OPTIONAL, 

} 

LocationlnformationType ::= ENUMERATED { 






locationEstimateRequired, 




locationMeasurementsRequired, 




locationEstimatePref erred. 




locationMeasurementsPref erred, 

} 

PeriodicalReportingCriteria ::= SEQUENCE { 






report ingAmount 




ENUMERATED { 




ral, ra2, ra4 , ra8, ral6. 


ra32. 


ra64, ra-Infinity 




} DEFAULT ra-Infinity, 




report inglnterval 




ENUMERATED { 




noPeriodicalReporting, riO 


-25, 


riO-5, ril, ri2, ri4, ri8. 


ril6, ri32, ri64 
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TriggeredReportingCriteria 
cellChange 
report ingDurat ion 



SEQUENCE { 

BOOLEAN, 

Report ingDurat ion, 



ReportingDuration ::= 

Additionallnformation ::= ENUMERATED 
onlyReturnlnformationRequested, 
mayReturnAditionallnformation, 



INTEGER {0. .255) 



QoS : : = SEQUENCE { 

horizontalAccuracy 

verticalCoordinateRequest 

verticalAccuracy 

responseTime 

velocityRequest 



HorizontalAccuracy 

BOOLEAN, 

VerticalAccuracy 

ResponseTime 

BOOLEAN, 



OPTIONAL, 



OPTIONAL, 
OPTIONAL, 



HorizontalAccuracy 
accuracy 
confidence 



: : = SEQUENCE { 
INTEGER {0 . .12 7) , 
INTEGER{0 . .100) , 



VerticalAccuracy 
accuracy 
confidence 



= SEQUENCE { 
INTEGER {0 . .12 7) 
INTEGER {0 . .10 0) 



Confidence : : 

ResponseTime 
time 



INTEGER {1. .100) 

:= SEQUENCE { 

INTEGER {1. .12 8) 



Environment : : = 
badArea, 
notBadArea, 
mixedArea, 



ENUMERATED 



ASNISTOP 



Conditional presence 



Explanation 



ECID 



The field is optionally present, need ON, if ECID is requested. Otherwise it is not present. 



CommonlEsRequestLocationlnformation field descriptions 



locationlnformation Type 

This IE indicates whether the server requires a location estimate or measurements. For "locationEstimateRequirecf', 
the UE shall return a location estimate if possible, or indicate 'location estimate not allowed' if not possible. For 
" locationMeasurementsRequirecf' , the UE shall return measurements if possible, or indicate 'measurements not 
allowed' if not possible. For "locationEstimatePreferred', the UE shall return a location estimate if possible, but may 
also or instead return measurements for any requested position methods for which a location estimate is not possible. 
For " locationMeasurementsPreferrecf' , the UE shall return location measurements if possible, but may also or instead 
return a location estimate for any requested position methods for which return of location measurements is not 
possible. 
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CommonlEsRequestLocationlnformation field descriptions 



periodicalReporting 

This IE indicates that periodic reporting is requested and comprises the following subfields: 

• reportingAmount indicates the number of periodic location information reports requested. Enumerated values 

correspond to 2, 4, 8, 1 6, 32, 64, 1 28, or infinite/indefinite number of reports. If the reportingAmount is 
"infinite/indefinite", the target device should continue periodic reporting until an LPP /Abort message is 
received. 

• reportinglnterval indicates the interval between location information reports and the response time 

requirement for the first location information report. This is given as an integer number of seconds between 1 
and 64. IVIeasurement reports containing no measurements or no location estimate are required when a 
reportinglnterval exp\res before a target device is able to obtain new measurements or obtain a new location 
estimate. 



additionallnformation 

This IE indicates whether a target device is allowed to return additional information to that requested. If a location 
estimate is returned, any additional information is restricted to that associated with a location estimate (e.g. might 
include velocity if velocity was not requested but cannot include measurements). If measurements are returned, any 
additional information is restricted to additional measurements (e.g. might include E-CID measurements if A-GNSS 
measurements were requested but not E-CID measurements). 



qos 

This IE indicates the quality of service and comprises a number of sub-fields. In the case of measurements, some of 
the sub-fields apply to the location estimate that could be obtained by the server from the measurements provided by 
the target device assuming that the measurements are the only sources of error. Fields are as follows: 

• horizontalAccuracy indicates the maximum horizontal error in the location estimate at an indicated 
confidence level. The "accuracy" code and "confidence" is as defined in 3GPP TS 23.032 [15]. 

• verticalCoordinateRequest indicates whether a vertical coordinate is required (true) or not (false) 

• verticalAccuracy indicates the maximum vertical error in the location estimate at an indicated confidence 
level and is only applicable when a vertical coordinate is requested. The "accuracy" code and "confidence" is 
as defined in 3GPP TS 23.032 [15]. 

• responseTime indicates the maximum response time as measured between receipt of the 
RequestLocation Information and transmission of a ProvideLocationlnformation. This is given as an integer 
number of seconds between 1 and 128. If the periodicalReporting IE is included in 

CommonlEsRequestLocationlnformation, this field should not be included by the location server and shall be 
ignored by the target device (if included). 

• velocity indicates whether velocity is requested (true) or not (false). 

All QoS requirements shall be obtained by the target device to the degree possible but it is permitted to return a 
response that does not fulfill all QoS requirements if some were not attainable. The single exception is response-time 
which shall always be fulfilled - even if that means not fulfilling other QoS requirements. 



environment 

This field provides the target device with information about expected multipath and non line of sight (NLOS) in the 
current area. The following values are defined: 

• badArea: possibly heavy multipath and NLOS conditions (e.g. bad urban or urban). 

• notBadArea: no or light multipath and usually LOS conditions (e.g. suburban or rural). 

• mixedArea: environment that is mixed or not defined. 



locationCoordinateTypes 

This field provides a list of the types of location estimate that the target device may return when a location estimate is 
obtained by the target. 



velocityTypes 

This fields provides a list of the types of velocity estimate that the target device may return when a velocity estimate is 
obtained by the target. 



cellChange 

If this field is present and set to TRUE, the target device provides requested location information each time the serving 
cell has c hanged. 



reportingDuration 

Maximum duration of triggered reporting in seconds. A value of zero is interpreted to mean an unlimited (i.e. "infinite") 
duration. 



- CommonlEsProvideLocationlnformation 

The CommonlEsProvideLocationlnformation carries common lEs for a Provide Location Information PDU Type. 



-- ASNISTART 




CommonlEsProvideLocationlnformation ::= SEQUENCE { 




locationEstimate LocationCoordinates 


OPTIONAL, 


velocityEstimate Velocity 


OPTIONAL, 


locationError LocationError 


OPTIONAL, 
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} 

LocationCoordinates ::= CHOICE { 




ellipsoidPoint 


Ellipsoid- Point , 


ellipsoidPointWithUncertaintyCircle 


Ellipsoid- PointWithUncertaintyCircle, 


ellipsoidPointWithUncertaintyEllipse 


EllipsoidPointWithUncertaintyEllipse, 


polygon 


Polygon, 


ellipsoidPointWithAltitude 


EllipsoidPointWithAltitude , 


ellipsoidPointWithAltitudeAndUncertaintyEll 


ipsoid 




EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 


ellipsoidArc 

} 

Velocity ::= CHOICE { 


EllipsoidArc, 




horizontalVelocity 


HorizontalVelocity, 


horizontalWithVerticalVelocity 


HorizontalWithVerticalVelocity, 


horizontalVelocityWithUncertainty 


HorizontalVelocityWithUncertainty, 


horizontalWithVerticalVelocityAndUncertainty 


} 

LocationError ::= SEQUENCE { 


HorizontalWithVerticalVelocityAndUncertainty, 




locationf ailurecause LocationFailureCause , 
1 


1 

LocationFailureCause ::= ENUMERATED { 




undefined, 




requestedMethodNot Supported, 




positionMethodFailure, 




per iodicLocationMeasurementsNot Available, 

} 

degreesMaximum INTEGER ::= 8388607 






degreesMaximumNegative INTEGER ::= -8388608 




-- ASNISTOP 





CommonlEsProvideLocationlnformation field descriptions 



locationEstimate 

This field provides a location estimate using one of the geographic shapes defined in 3GPP TS 23.032 [15]. Coding of 
the values the various fields internal to each geographic shape follow the rules in [15]. The conditions for including this 
field are defined for the locationlnformationTypei\e\6 in a Request Location Information message. 



velocityEstimate 

This field provides a velocity estimate using one of the velocity shapes defined in 3GPP TS 23.032 [15]. Coding of the 
values the various fields internal to each velocity shape follow the rules in [15]. 



locationError 

This field shall be included if and only if a location estimate and measurements are not included in the LPP PDU. The 
field includes information concerning the reason for the lack of location information. The LocationFailureCause 
"periodicLocationMeasurementsNotAvaiiabie" shall be used by the target device if periodic location reporting was 
requested, but no measurements or location estimate are available when ttie reportinglntervai exp\re6. 



- Common I EsAbort 

The CommonlEsAbort carries common lEs for an Abort PDU Type. 

-- ASNISTART 

CommonlEsAbort : : = SEQUENCE { 

abortCause ENUMERATED { 

undefined, 

stopper iodicReporting, 
targetDeviceAbort , 
networkAbort , 



ASNISTOP 
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CommonlEsAbort Vield descriptions 



abortCause 

This IE defines the request to abort an ongoing procedure. 



- CommonlEsError 

The CommonlEsError carries common lEs for an Error PDU Type. 

-- ASNISTART 

CommonlEsError : : = SEQUENCE { 

errorCause ENUMERATED { 
undefined, 

IppMessageHeaderError, 
IppMessageBodyError, 
epduError, 
incorrectDataValue , 

}" 
} 

-- ASNISTOP 



CommonlEsError Vie\d descriptions 



errorCause 

This IE defines the cause for an error. " IppMessageHeaderErroi" , "IppMessageBodyErroi" and "epduError" shall be 
used when a receiver detects a coding error in the LPP header, LPP nnessage body or in an EPDU, respectively. 



6.5 Positioning IVIethod lEs 
6.5.1 OTDOA Positioning 



6.5.1.1 



OTDOA Assistance Data 



OTDOA- ProvideAssistanceData 

The IE OTDOA-ProvideAssistanceData is used by the location server to provide assistance data to enable UE-assisted 
downlink OTDOA. It may also be used to provide OTDOA positioning specific error reason. 



-- ASNISTART 






OTDOA-ProvideAssistanceData : 


= SEQUENCE { 




otdoa-Ref erenceCelllnfo 


OTDOA-Ref erenceCelllnfo 


OPTIONAL, 


otdoa-NeighbourCelllnfo 


OTDOA-NeighbourCelllnfoList 


OPTIONAL, 


otdoa-Error 

} 

-- ASNISTOP 


OTDOA- Error 


OPTIONAL, 







6.5.1.2 



OTDOA Assistance Data Elements 



OTDOA-ReferenceCelllnfo 

The IE OTDOAReferenceCelllnfo is used by the location server to provide reference cell information for OTDOA 
assistance data. The slot number offsets and expected RSTDs in OTDOANeighbourCelllnfoList are provided relative to 
the cell defined by this IE. 

-- ASNISTART 
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OTDOA-ReferenceCelllnfo : 


= SEQUENCE { 




physCellld 


INTEGER {0. .503) , 




cellGloballd 


ECGI OPTIONAL, 




earf cnRef 


ARFCN-ValueEUTRA OPTIONAL, 


-- Cond NotSameAsServO 


antennaPortConf ig 


ENUMERATED {portsl-or-2 , ports4, ... } 






OPTIONAL, 


-- Cond NotSameAsServl 


cpLength 


ENUMERATED { normal, extended, ... }, 




prslnfo 

} 

-- ASNISTOP 


PRS-Info OPTIONAL, 


-- Cond PRS 







Conditional presence 


Explanation 


NotSameAsServO 


The field is mandatory present if tlie ARFCN of the OTDOA reference cell for assistance 
data is not the same as the ARFCN of the target devices"s current serving cell. 


NotSameAsServl 


The field is mandatory present if the antenna port configuration of the OTDOA reference 
cell for assistance data is not the same as the antenna port configuration of the target 
devices"s current serving cell. 


PRS 


The field is mandatory present if positioning reference signals are available in the 
reference cell [16]; otherwise it is not present. 



OTDOA-ReferenceCelllnfo field descriptions 



physCellld 

This field specifies the physical cell identity of the reference cell, as defined in [12]. 



cellGloballd 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the reference cell, as defined in [12]. 
The server includes this field if it considers that it is needed to resolve ambiguity in the cell indicated by physCellld. 



earfcnRef 

This field specifies the ARFCN of the reference cell for the OTDOA assistance data. 



antennaPortConfig 

This field specifies whether 1 (or 2) antenna port(s) or 4 antenna ports for cell specific reference signals are used in 
the reference cell for OTDOA assistance data. 



cpLength 

This field specifies the cyclic prefix length of the reference cell PRS. 



prs-lnfo 

This field specifies the PRS configuration of the reference cell for OTDOA assistance data. 



PRS-Info 



-- ASNISTART 










PRS-Info ::= SEQUENCE { 
prs- Bandwidth 
prs-Conf igurationlndex 
numDL- Frames 

} 

-- ASNISTOP 


ENUMERATED { n6 , nl5, n25 
INTEGER {0. .4095) , 
ENUMERATED {sf-1, sf-2, sf-4. 


n5 0, 
sf-6. 


n75, nlOO, . 


■■ }, 











PRS-Info field descriptions 



prs-Bandwidth 

This field specifies the bandwidth that is used to configure the positioning reference signals on. Enumerated values 
are specified in number of resource blocks (n6 corresponds to 6 resource blocks, n15 to 15 resource blocks and so 
on) and define 1 .4, 3,5,10,15 and 20 IVIHz bandwidth. 



prs-Configurationlndex 

This field specfies the positioning reference signals configuration index Iprs as defined in [16]. 



numDL-Frames 

This field specifies the number of consecutive downlink subframes Nprs with positioning reference signals, as defined 
in [16]. Enumerated values define 1, 2, 4, or 6 consecutive subframes. 
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OTDOA-NeighbourCelllnfoList 

The IE OTDOA-NeighbourCelllnfoList is used by the location server to provide neighbour cell information for OTDOA 
assistance data. The OTDOA-NeighbourCelllnfoList is sorted according to best measurement geometry at the a-priori 
location estimate of the target device. I.e., the target device is expected to provide measurements in increasing neighbor 
cell list order (to the extent that this information is available to the target device). 



-- ASNISTART 












OTDOA-NeighbourCelllnfoList ::= 


SEQUENCE {SIZE {1. 


maxFreqLayers) ) OF OTDOA 


-NeighbourFreqInfo 


OTDOA-NeighbourFreqInfo : 


:= SEQUENCE 


{SIZE {1. .24) ) 


OF OTDOA-NeighbourCelllnfoElement 


OTDOA-NeighbourCelllnfoElement 


: : = SEQUENCE { 






physCellld 






INTEGER { 


.503) , 




cellGloballd 






ECGI 


OPTIONAL, 




earf en 






ARFCN-ValueEUTRA OPTIONAL, 


-- Cond NotSameAsRef 


cpLength 






ENUMERATED 


{normal, extended, . . . } 
OPTIONAL, 


-- Cond NotSameAsRef 1 


prslnfo 






PRS-Info 


OPTIONAL, 


-- Cond NotSameAsRef 2 


antennaPortConf ig 






ENUMERATED 


{ports-l-or-2 , ports-4, 
OPTIONAL, 


-- Cond NotSameAsRef 3 


slotNumberOf f set 






INTEGER { . 


31) OPTIONAL, 


-- Cond NotSameAsRef 4 


prs-Subf rameOf f set 






INTEGER {0 


.1279) OPTIONAL, 


-- Cond InterFreq 


expectedRSTD 






INTEGER {0 


.16383) , 




expect edRSTD-Uncertai 

} 

maxFreqLayers INTEGER : 


nty 




INTEGER {0 


.1023) , 




:= 3 










-- ASNISTOP 













Conditional presence 


Explanation 


NotsameAsRefO 


The field is mandatory present if the ARFCN is not the same as for the reference cell; 
otherwise it is not present. 


NotsameAsRefl 


The field is mandatory present if the cyclic prefix length is not the same as for the 
reference cell; otherwise it is not present. 


NotsameAsRef2 


The field is mandatory present if the PRS configuration is not the same as for the 
reference cell; otherwise it is not present. 


NotsameAsRefS 


The field is mandatory present if the antenna port configuration is not the same as for the 
reference cell; otherwise it is not present. 


NotsameAsRef4 


The field is mandatory present if the slot timing is not the same as for the reference cell; 
otherwise it is not present. 


InterFreq 


The field is optionally present, need OP, if the ARFCN is not the same as for the 
reference cell; otherwise it is not present. 



OTDOA-NeighbourCelllnfoList field descriptions 



physCellld 

This field specifies the physical cell identity of the neighbour cell, as defined in [1 2]. 



cellGloballd 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the neighbour cell, as defined in [12]. 
The server provides this field if it considers that it is needed to resolve any ambiguity in the cell identified by 
physCellld. 



earfcn 

This field specifies the ARFCN of the neighbor cell. 



cpLength 

This field specifies the cyclic prefix length of the neigbour cell PRS. 



prslnfo 

This field specifies the PRS configuration of the neighbour cell. 



antennaPortConfig 

This field specifies whether 1 (or 2) antenna port(s) or 4 antenna ports for cell specific reference signals are used. 



slotNumberOffset 

This field specifies the slot number offset between this neighbour cell and the reference cell. If this field is absent, the 
slot timing is the same as for the reference cell. 
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OTDOA-NeighbourCelllnfoList field descriptions 



prs-SubframeOffset 

This field specifies the offset between the first PRS subframe in the reference cell on the reference carrier frequency 
layer and the first PRS subframe in the closest subsequent PRS burst of the other cell on the other carrier frequency 
layer. The value is given in sub-frames. If the ARFCN is not the same as for the reference cell and the field is not 
prese nt, the receiver shall consider the PRS subframe offset for this cell to be 0. 



expectedRSTD 

This field indicates the RSTD value that the target device is expected to measure between this cell and the reference 
cell in OTDOAReferenceCelllnfo. The resolution is SxTs, with Ts= 1/(1 5000*2048) seconds. 



expectedRSTD-Uncertainty 

This field indicates the uncertainty in expectedRSTD va\ue. The uncertainty is related to the location server"s a-priori 

estimation of the target device location. The expectedRSTDUncertainty defines the following search window for the 

target device: 

[expectedRSTD- expectedRSTD-Uncertainty] < measured RSTD < 

[expectedRSTD + expectedRSTD-Uncertainty] 

The scale factor of the expectedRSTD-Uncertainty i\e\6 is SxTs, with Ts^ 1/(1 5000*2048) seconds. 



6.5.1 .3 OTDOA Assistance Data Request 

OTDOA-RequestAssistanceData 

The IE OTDOA-RequestAssistanceData is used by the target device to request assistance data from a location server. 



-- ASNISTART 




OTDOA-RequestAssistanceData ::= 


SEQUENCE { 


physCellld INTEGER {0. 

} 

-- ASNISTOP 


.503) , 





OTDOA-RequestAssistanceData field descriptions 



physCellld 

This field specifies the physical cell identity of the current serving cell of the target device. 



6.5.1 .4 OTDOA Location Information 

- OTDOA-ProvideLocation Information 

The IE OTDOA-ProvideLocationlnformation is used by the target device to provide OTDOA location measurements to 
the location server. It may also be used to provide OTDOA positioning specific error reason. 



-- ASNISTART 




OTDOA- ProvideLocationlnformation ::= SEQUENCE { 




otdoaSignalMeasurement Information OTDOA- SignalMeasurement Information 


OPTIONAL, 


otdoa-Error OTDOA-Error 

} 

-- ASNISTOP 


OPTIONAL, 





6.5.1.5 OTDOA Location Information Elements 

- OTDOA-SignalMeasurementlnformation 

The IE OTDOA-SignalMeasurementlnformation is used by the target device to provide RSTD measurements to the 
location server. 

-- ASNISTART 
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OTDOA-SignalMeasurementlnformation ::= SEQUENCE { 








systemFrameNumber 


BIT STRING {SIZE (10)), 








physCellldRef 


INTEGER {0. .503) , 








cellGloballdRef 


ECGI 


OPTIONAL, 






earf cnRef 


ARFCN-ValueEUTRA 


OPTIONAL, 






ref erenceQuality 


OTDOA-MeasQuality 


OPTIONAL, 




} 

Ne 


neighbourMeasurementList NeighbourMeasurementList , 




LghbourMeasurementList : : 


= SEQUENCE {SIZE{1. .24) ) 


OF NeighbourMes 


surement Element 


NeighbourMeasurement Element 


: : = SEQUENCE { 








physCellldNeighbor 


INTEGER {0. .503) , 








cellGloballdNeighbour 


ECGI 


OPTIONAL, 






earf cnNeighbour 


ARFCN-ValueEUTRA 




OPTIONAL, 




rstd 


INTEGER {0. .12711) , 






} 


rstd-Quality 


OTDOA-MeasQuality, 






ASNISTOP 









OTDOA-SignalMeasurementlnformation field descriptions 



systemFrameNumber 

This field specifies the SFN during which the last measurement was performed. 



physCellldRef 

This field specifies the physical cell identity of the reference cell relative to which the RSTDs are provided. 

cellGloballdRef 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the reference cell relative to which the 

RSTDs are provided. The target shall provide this IE if it knows the ECGI of the reference cell. 



earfcnRef 

This field specifies the E-UTRA carrier frequency of the reference cell used for the RSTD measurements. The target 
device shall include this field if the ARFCN used for RSTD measurements is not the same as the ARFCN of the 
reference cell provided in the OTDOA assistance data. 



referenceQuality 

This field specifies the target device"s best estimate of the quality of the TOA measurement from the reference cell, 
TsubframeRxRef , whoro TsubframeRxRef is the time of arrival of the signal from the reference cell used to calculate the RSTD 
values. 



neighbourMeasurementList 

This list contains the measured RSTD values together with quality for the measurement. 



physCellldNeighbor 

This field specifie s the physical cell identity of the neighbour cell for which the RSTDs are provided. 

cellGloballdNeighbour 

This field specifies the ECGI, the globally unique identity of a cell in E-UTRA, of the neighbour cell for which the 
RSTDs are provided. The target device shall provide this IE if it was able to determine the ECGI of the neighbour cell 
at the time of measurement. 



earfcnNeighbour 

This field specifies the E-UTRA carrier frequency of the neighbour cell used for the RSTD measurements. The target 
device shall include this field if the ARFCN of this neighbor cell is not the same as the earfcnRef ior the reference cell. 



rstd 

This field specifies the relative timing difference between this neighbour cell and the reference cell, as defined in [17]. 
If TsubframeRxNeighbor.i is the time whon the target device receives the start of one subframe from this neighbor cell, and 
TsubframeRxRef is the time whon the target device receives the start of one subframe from the reference cell, the rstd is 

' SubframeRxNeiqfiborJ ~ I SubframeRxRef- 



rstd-Quality 

This field specifies the target device"s best estimate of the quality of the measured rstd. 



OTDOA-MeasQuality 



ASNISTART 



OTDOA-MeasQuality ::= 
error- Resolution 
error-Value 
error-NumSamples 



SEQUENCE { 



BIT STRING {SIZE (2) ) 
BIT STRING {SIZE {5) ) 
BIT STRING {SIZE {3) ) 



OPTIONAL, 
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ASNISTOP 



OTDOA-MeasQuality field descriptions 



error-Resolution 

This field specifies the resolution R used in erro/'-Va/ue field. The encoding on two bits is as follows: 
'00' 5 meters 

'01' 10 meters 

'10' 20 meters 

'11' 30 meters. 



error- Value 

This field specifies the target device"s best estimate of the uncertainty of the OTDOA measurement. 
The encoding on five bits is as follows: 

'00000' to {R*1-1) meters 

'OOOOr R*1 to {R*2-1) meters 

'00010' R*2 to {R*3-1) meters 

'11111' R*31 meters or more; 
where R is the resolution defined by error-Resolution field. 
E.g. , R=20 m corresponds to 0-19 m, 20-39 m,...,620+ m. 



error-NumSamples 

If the std-Value field provides the sample uncertainty of the OTDOA measurement, this field specifies how many 
measurements have been used by the target device to determine this (i.e., sample size). Following 3 bit encoding is 
used: 

"000" Not the baseline metric 

'001' 5-9 

'010' 10-14 

'Oil' 15-24 

'100' 25-34 

'101' 35-44 

'110' 45-54 

'111' 55 or more. 

In case of the value "000", the error-Value field contains the target device"s best estimate of the uncertainty of the 
OTDOA measurement not based on the baseline metric. E.g., other measurements such as signal-to-noise-ratio or 
signal strength can be utilized to estimate the error-Value. 
If this field is absent, the value of this field is "000". 



6.5.1.6 OTDOA Location Information Request 

- OTDOA-RequestLocationlnformation 

The IE OTDOA-RequestLocationlnformation is used by the location server to request OTDOA location measurements 
from a target device. Details of the required measurements (e.g. details of reference cell and neighbour cells) are 
conveyed in the OTDOA-ProvideAssistanceData IE in a separate Provide Assistance Data message. 



-- 


ASNISTART 






OTDOA- RequestLocationlnformat ion 


: : = SEQUENCE 


{ 


} 


assistanceAvailability 


BOOLEAN, 




ASNISTOP 







OTDOA-RequestLocationlnformation field descriptions 



assistanceA vai lability 

This field indicates whether the target device may request additional OTDOA assistance data from the server. TRUE 
means allowed and FALSE means not allowed. 
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6.5.1 .7 OTDOA Capability Information 

OTDOA-ProvideCapabilities 

The IE OTDOA-ProvideCapabilities is used by the target device to indicate its capability to support OTDOA and to 
provide its OTDOA location capabilities to the location server. 



-- ASNISTART 






OTDOA-ProvideCapabilities ::= SEQUENCE { 






otdoa-Mode BIT STRING { ue-assisted 

} 

-- ASNISTOP 


(0) } {SIZE {1. 


.8) ) , 







OTDOA-ProvideCapabilities field descriptions 



otdoa-Mode 

This field specifies the OTDOA mode(s) supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular OTDOA mode is supported; a zero-value means not supported. 



6.5.1 .8 OTDOA Capability Information Request 

OTDOA-RequestCapabilities 

The IE OTDOA-Request-Capabilities is used by the location server to request the capability of the target device to 
support OTDOA and to request OTDOA location capabilities from a target device. 

-- ASNISTART 

OTDOA-RequestCapabilities ::= SEQUENCE { 



ASNISTOP 



6.5.1 .9 OTDOA Error Elements 

OTDOA-Error 

The IE OTDOA-Error is used by the location server or target device to provide OTDOA error reasons to the target 
device or location server, respectively. 

-- ASNISTART 

OTDOA-Error ::= CHOICE { 

locationServerErrorCauses OTDOA-LocationServerErrorCauses , 
targetDeviceErrorCauses OTDOA-TargetDeviceErrorCauses , 



ASNISTOP 



- OTDOA-LocationServerErrorCauses 

The IE OTDOA-LocationServerErrorCauses is used by the location server to provide OTDOA error reasons to the 
target device. 

-- ASNISTART 

OTDOA-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

assistanceDataNotSupportedByServer, 
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assistanceDataSupportedButCurrentlyNotAvailableByServer, 



ASNISTOP 



OTDOA-TargetDeviceErrorCauses 



The IE OTDOA-TargetDeviceErrorCauses is used by the target device to provide OTDOA error reasons to the location 
server. 

-- ASNISTART 

OTDOA-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

assistance -data-missing, 
unableToMeasureRef erenceCell , 
unableToMeasureAnyNeighbourCell , 
attemptedButUnableToMeasureSomeNeighbourCells, 



ASNISTOP 



6.5.2 A-GNSS Positioning 
6.5.2.1 GNSS Assistance Data 

A-GNSS-ProvideAssistanceData 

The IE A-GNSS-ProvideAssistanceData is used by the location server to provide assistance data to enable UE -based 
and UE-assisted A-GNSS. It may also be used to provide GNSS positioning specific error reasons. 



-- ASNISTART 






A-GNSS-ProvideAssistanceData : 


:= SEQUENCE { 




gnss-CommonAssistData 


GNSS-CommonAssistData 


OPTIONAL, 


gnss-GenericAssistData 


GNSS-GenericAssistData 


OPTIONAL, 


gnss-Error 

} 

-- ASNISTOP 


A-GNSS-Error 


OPTIONAL, 







GNSS-CommonAssistData 

The IE GNSS-CommonAssistData is used by the location server to provide assistance data which can be used for any 
GNSS (e.g., GPS, Galileo, GLONASS, etc.). 



-- ASNISTART 




GNSS-CommonAssistData ::= SEQUENCE { 




gnss-Ref erenceTime GNSS-Ref erenceTime 


OPTIONAL, 


gnss-Ref erenceLocation GNSS-Ref erenceLocat ion 


OPTIONAL, 


gnss-IonosphericModel GNSS-IonosphericModel 


OPTIONAL, 


gnss-EarthOrientationParameters GNSS-EarthOrientationParameters 

} 

-- ASNISTOP 


OPTIONAL, 
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GNSS-GenericAssistData 

The IE GNSS-GenericAssistData is used by the location server to provide assistance data for a specific GNSS (e.g., 
GPS, Galileo, GLONASS, etc.). The specific GNSS for which the provided assistance data are applicable is indicated 
by the IE GNSS-ID and (if applicable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be provided. 



-- ASNISTART 










GNSS-GenericAssistData ::= SEQUENCE 


{SIZE {1..16)) OF GNSS-GenericAssistDataElement 


GNSS-GenericAssistDataElement : := 


SEQUENCE { 






gnss-ID 




GNSS-ID, 






sbas-ID 




SBAS-ID 


OPTIONAL, - 


- Cond GNSS-ID-SBAS 


gnss-TimeModels 




GNSS-TimeModelList 


OPTIONAL, 




gnss-Dif f erentialCorrections 




GNSS -Diff erentialCorrections 


OPTIONAL, 




gnss-NavigationModel 




GNSS-NavigationModel 


OPTIONAL, 




gnss-RealTimelntegrity 




GNSS-RealTimelntegrity 


OPTIONAL, 




gnss-DataBitAssistance 




GNSS-DataBitAssistance 


OPTIONAL, 




gnss-AcquisitionAssistance 




GNSS-AcquisitionAssistance 


OPTIONAL, 




gnss-Almanac 




GNSS -Almanac 


OPTIONAL, 




gnss-UTC-Model 




GNSS-UTC- Model 


OPTIONAL, 




gnss-Auxiliarylnformation 

} 

-- ASNISTOP 




GNSS -Auxiliarylnformat ion 


OPTIONAL, 













Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 



6.5.2.2 GNSS Assistance Data Elements 

GNSS-ReferenceTime 

The IE GNSS-ReferenceTime is used by the location server to provide the GNSS specific system time with uncertainty 
and the relationship between GNSS system time and network air-interface timing of the eNodeB/NodeB/BTS 
transmission in the reference cell. 

If the IE networkTime is present, the lEs gnss-SystemTime and networkTime provide a valid relationship between GNSS 
system time and air-interface network time, as seen at the approximate location of the target device, i.e. the propagation 
delay from the the eNodeB/NodeB/BTS to the target device shall be compensated for by the location server. Depending 
on implementation, the relation between GNSS system time and air-interface network time may have varying accuracy. 
The uncertainty of this timing relation is provided in the IE referenceTimeUnc. If the propagation delay from the 
eNodeB/NodeB/BTS to the target device is not accurately known, the location server shall use the best available 
approximation of the propagation delay and take the corresponding delay uncertainty into account in the calculation of 
the IE referenceTimeUnc. 

If the IE networkTime is not present, the IE gnssSystemTime is an estimate of current GNSS system time at time of 
reception of the IE GNSS-ReferenceTime by the target device. The location server should achieve an accuracy of H-/- 3 
seconds for this estimate including allowing for the transmission delay between the location server and the target 
device. Note that the target device should further compensate gnss-SystemTime for the time between the reception of 
GNSS-ReferenceTime and the time when the gnss-SystemTime is used. 

The location server shall provide a value for the gnss-TimelD only for GNSSs supported by the target device. 

The IE GNSS-ReferenceTimeForOneCell can be provided multiple times (up to 16) to provide fine time assistance for 
several (neighbour) cells. 



-- ASNISTART 






GNSS-ReferenceTime ::= SEQUENCE { 






gnss-SystemTime GNSS-SystemTime, 






referenceTimeUnc INTEGER {0..127) 


OPTIONAL, 


-- Cond noFTA 


gnss-ReferenceTimeForCells SEQUENCE {SIZE {1..16)) OF 






GNSS-ReferenceTimeForOneCell 
} 


OPTIONAL, 
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GNSS-ReferenceTimeForOneCell 


: : = SEQUENCE { 




networkTime 


NetworkTime, 




ref erenceTimeUnc 


INTEGER {0. .127) , 




bsAlign 

} 

-- ASNISTOP 


ENUMERATED {true} 


OPTIONAL, 







Conditional presence 


Explanation 


noFTA 


The field may be present if gnss-ReferenceTimeForCells is absent; otiierwise it is not 
present. 



GNSS-ReferenceTime field descriptions 



gnss-System Time 

This field provides the specific GNSS system time. 



networkTime 

This field specifie s the cellular network time at the epoch corresponding to gnss-SystemJime. 

referenceTimeUnc 

This field provides the accuracy of the relation between gnssSystemJime and networkTime time if IE networkTime is 

provided. When IE networkTime is not provided, this field can be included to provide the accuracy of the provided 

gnssSystem Time. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time as 

observed at the target device location, lies in the interval [GNSS TOD - referenceTimeUnc, GNSS TOD + 

reference TimeUnc] . 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r=c^{{^+xf)-^) 

with C = 0.5 and x = 0.14. To encode any higher value of uncertainty than that corresponding in the above formulate 
K=127, the same value, K=127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding of 
K. Example values for the referenceTimeUnc Format: see table K to uncertainty relation below 



bsAlign 

This flag, if present, indicates that the transmission timings of all cells sharing, depending on the RAT, the same 
carrier frequency and Tracking Area/Location Area/Routing Area as the cell indicated, are frame aligned. This 
information allows the UE to derive the GNSS - cellular time relation for any of these cells based on the timing relation 
information provided in GNSS-ReferenceTime. The flag should be set consistently in all these cells. This flag does not 
guarantee SFN alignment. 



K to uncertainty relation 



Value of K 


Value of uncertainty 





nanoseconds 


1 


70 nanoseconds 


2 


149.8 nanoseconds 


- 


- 


50 


349.62 microseconds 


- 


- 


127 


> 8.43 seconds 



GNSS-SystemTime 



-- ASNISTART 








GNSS-SystemTime ::= SEQUENCE { 








gnss-TimelD 


GNSS -ID, 






gnss-DayNumber 


INTEGER {0. .32767) , 






gnss-TimeOfDay 


INTEGER {0. .86399) , 






gnss-TimeOfDayFrac-msec 


INTEGER {0. .999) 


OPTIONAL, 




notif icationOfLeapSecond 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Cond gnss-TimelD-glonass 


gps-TOW-Assist 

} 

-- ASNISTOP 


GPS-TOW-Assist 


OPTIONAL, 


-- Cond gnss-TimelD-gps 
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Conditional presence 


Explanation 


gnss- TimelD-glonass 


The field may be present if gnss-Timel D=g\onass"; otherwise it is not present. 


gnss-TimelD-gps 


The field may be present if gnss-TimelD=gps"; otherwise it is not present. 



GNSS-SystemTime field descriptions 



gnss-TimelD 

This field specifies the GNSS for which the GNSS-SystemTime is provided. 



gnss-DayNumber 

This field specifies the sequential number of days from the origin of the GNSS System Time as follows; 
GPS, QZSS, SBAS - Days from January 6'^ 1980 00:00:00 UTC(USNO); 
Galileo -TBD; 
GLONASS - Days from January 1°' 1996. 



gnss-TimeOfDay 

This field specifies the integer number of seconds from the GNSS day change. 



gnss-TimeOfDayFrac-msec 

This field specifies the fractional part of the gnssTimeOfDay f\e\d in 1-milli-seconds resolution. The total GNSS TOD is 
gnss-TimeOfPay + gnssTimeOfPayFrac-msec. 



notificationOfLeapSecond 

This field specifies the notification of forthcoming leap second correction, as defined by parameter KP in [9, Table 4.7]. 

gps-TOW-Assist 

This field contains several fields in the Telemetry (TLM) Word and Handover Word (HOW) that are currently being 

broadcast by the respective GPS satellites. Combining this information with GPS TOW enables the target device to 

know the entire 1 .2-second (60-bit) pattern of TLIVI and HOW that is transmitted at the start of each six-second NAV 

subframe by the particular GPS satellite. 



GPS-TOW-Assist 



-- ASNISTART 






GPS-TOW-Assist : : 


= SEQUENCE {SIZE {1. .64) ) 


OF GPS-TOW-AssistElement 


GPS-TOW-AssistElement ::= SEQUENCE { 




satellitelD 


INTEGER {1. .64) , 




tlmWord 


INTEGER {0. .16383) , 




antiSpoof 


INTEGER {0. .1) , 




alert 


INTEGER {0. .1) , 




tlmRsvdBits 

} 

-- ASNISTOP 


INTEGER { . . 3 ) , 









GPS-TOW-Assist Vie\d descriptions 



satellitelD 

This field identifies the satellite for which the GPS-TOW-Assist is applicable. This field is identical to the GPS PRN 
Signal No. defined in [4]. 



tImWord 

This field contains a 14-bit value representing the Telemetry Message (TLM) being broadcast by the GPS satellite 
identified by the particular satellitelD, with the MSB occurring first in the satellite transmission, as defined in [4]. 



antiSpoof 

This field contains the Anti-Spoof flag that is being broadcast by the GPS satellite identified by satellitelD, as defined 
in[1]. 



alert 

This field contains the Alert flag that is being broadcast by the GPS satellite identified by satellitelD, as defined in [4]. 

tImRsvBits 

This field contains the two reserved bits in the TLM Word being broadcast by the GPS satellite identified by satellitelD, 

with the MSB occurring first in the satellite transmission, as defined in [4]. 



NetworkTime 



ASNISTART 
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NetworkTime : : = SEQUENCE { 

secondsFromFrameStructureStart INTEGER{0. .12533) , 
fractionalSecondsFromFrameStructureStart INTEGER {0. .3999999) , 
frameDrift INTEGER {-64.. 63) 
Cond GNSSsynch 

celllD CHOICE { 

eUTRA SEQUENCE { 

physCellld INTEGER {0..503), 
cellGloballdEUTRA CellGloballdEUTRA-AndUTRA 
earfcn ARFCN-ValueEUTRA, 


OPTIONAL, -- 
OPTIONAL, 


UTRA 




SEQUENCE { 

mode CHOICE { 

fdd SEQUENCE { 

primary-CPICH-Info INTEGER {0. 


.511) , 






tdd 


SEQUENCE { 

cellParameters INTEGER {0. 


.127) , 






cellGloballdUTRA CellGloballdEUTRA-AndUTRA 
uarfcn ARFCN-ValueUTRA, 


OPTIONAL, 


gSM 

},■■ 
} 

ARFCN-ValueUTRA : : = 




SEQUENCE { 

bcchCarrier INTEGER {0..1023), 
bsic INTEGER {0. .63) , 
cellGloballdGERAN CellGloballdGERAN 


OPTIONAL, 




INTEGER { . 


16383) 




-- ASNISTOP 











Conditional presence 


Explanation 


GNSSsynch 


The field is present and set to if NetworkTime is synclironized to gnss-SystemTime; 
otherwise the field is optionally present, need OR. 



NetworkTime field descriptions 



SecondsFromFrameStructureStart 

This field specifies the number of seconds from the beginning of the longest frame structure in the corresponding air 

interface. 

In case of E-UTRA, the SFN cycle length is 10.24 seconds. 

In case of UTRA, the SFN cycle length is 40.96 seconds. 

In case of GSM, the hyperfame length is 12533.76 seconds. 



fractionalSecondsFromFrameStructureStart 

This field specifies the fractional part of the secondsFromFrameStructureStart in 250 ns resolution. 
The total time since the particular frame structure start is secondsFromFrameStructureStart + 
fractionalSecondsFromFrameStructureStart 



frameDrift 

This field specifies the drift rate of the GNSS-network time relation with scale factor 2"^° seconds/second, in the range 
from -5.9605e-8 to +5.8673e-8 sec/sec. 



celllD 

This field specifies the cell for which the GNSS-network time relation is provided. 



pliysCellld 

This field specifies the physical cell identity of the reference cell (E-UTRA), as defined in [12], for which the GNSS 
network time relation is provided. 



cellGloballdEUTRA 

This field specifies the Evolved Cell Global Identifier (EGGI), the globally unique identity of a cell in E-UTRA, of the 
reference cell for the GNSS-network time relation, as defined in [12]. 



primary-CPICH-Info 

This field specifies the physical cell identity of the reference cell (UTRA) for the GNSS-network time relation, as 
defined in [13]. 
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cellParameters 

This field specifies the physical cell identity of the reference cell (UTRA) for the GNSS-network time relation, as 
defined in [13], 



cellGloballdUTRA 

The filed specifies the global UTRAN Cell Identifier, the globally unique identity of a cell in UTRA, of the reference cell 
for the GNSS-network time relation, as defined in [13], 



bcchCarrier 

This field specifies the absolute GSM RF channel number of the BOOH of the reference base station (GERAN) for the 
GNSS-network time relation, as defined in [14], 



bsic 

This field specifies the Base Station Identity Code of the reference base station (GERAN) for the GNSS-network time 
relation, as defined in [14], 



cellGloballdGERAN 

This field specifies the Cell Global Identification (CGI), the globally unique identity of a cell in GERAN, of the reference 
base station for the GNSS-network time relation. 



GNSS-ReferenceLocation 

The IE GNSS-ReferenceLocation is used by the location server to provide the target device with a-priori knowledge of 
its location in order to improve GNSS receiver performance. The IE GNSS-ReferenceLocation is provided in WGS-84 
reference system. 

-- ASNISTART 

GNSS-ReferenceLocation ::= SEQUENCE { 

threeDlocation EllipsoidPointWithAltitudeAndUncertaintyEllipsoid, 



ASNISTOP 



GNSS-lonosphericModel 

The IE GNSS-IonosphericModel is used by the location server to provide parameters to model the propagation delay of 
the GNSS signals through the ionosphere. Proper use of these fields allows a single-frequency GNSS receiver to 
remove parts of the ionospheric delay from the pseudorange measurements. Two Ionospheric Models are supported: 
The Klobuchar model as defined in [4], and the NeQuick model as defined in [8]. 

-- ASNISTART 

GNSS-IonosphericModel ::= SEQUENCE { 

klobucharModel KlobucharModelParameter OPTIONAL, 

neQuickModel NeQuickModelParameter OPTIONAL, 

} 

-- ASNISTOP 



KlobucharModelParameter 



-- ASNISTART 








KlobucharModelParameter ::= 


SEQUENCE { 




datalD 


BIT STRING {SIZE (2) ) , 




alfaO 


INTEGER 


{-128. .127) , 




alfal 


INTEGER 


{-128. .127) 






alfa2 


INTEGER 


{-128. .127) 






alfa3 


INTEGER 


{-128. .127) 






betaO 


INTEGER 


{-128. .127) 






betal 


INTEGER 


{-128. .127) 






beta2 


INTEGER 


{-128. .127) 






betas 

} 

-- ASNISTOP 


INTEGER 


{-128. .127) 
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KlobucharModelParamater field descriptions 



datalD 

When datalD has the value "1 1 " it indicates that the parameters have been generated by QZSS, and the parameters 
have been specialized and are applicable within the area defined in [7]. When datalD has the value "00" it indicates 
the parameters are applicable worldwide [4,7], All other values for datalD are reserved. 



alphaO 

This field specifies the oo parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^° seconds. 



alphal 

This field specifies the ai parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2'^^ seconds/semi-circle. 



alpha2 

This field specifies the a2 parameter of the Klobuchar model, as specified in [4]. 



Scale factor 2'^* seconds/semi-circle^ 



alphas 

This field specifies the as parameter of the Klobuchar model, as specified in [4]. 



Scale factor 2'^* seconds/semi-circle^ 



betaO 

This field specif 
Scale factor 2^' 



ies the Po parameter of the Klobuchar model, as specified in [4]. 
seconds. 



beta1 

This field specif 
Scale factor 2^ ' 



ies the Pi parameter of the Klobuchar model, as specified in [4]. 
seconds/semi-circle. 



beta2 

This field specif 
Scale factor 2^" 



ies the P2 parameter of the Klobuchar model, as specified in [4]. 
seconds/semi-circle^. 



betas 

This field specifies the Pa parameter of the Klobuchar model, as specified in [4]. 
Scale factor 2^^ seconds/semi-circle^. 



NeQuickModelParameter 



-- ASNISTART 








NeQuickModelParameter : : = SEQUENCE { 




aiO 


INTEGER 


0. .4095) , 




ail 


INTEGER 





.4095) , 




ai2 


INTEGER 





.4095) , 




ionoStormFlagl 


INTEGER 





.1) 


OPTIONAL, 


ionoStormFlag2 


INTEGER 





.1) 


OPTIONAL, 


ionoStormFlagS 


INTEGER 





.1) 


OPTIONAL, 


ionoStormFlag4 


INTEGER 





.1) 


OPTIONAL, 


lonoStormFlagS 

} 

-- ASNISTOP 


INTEGER 





.1) 


OPTIONAL, 









NeQuickModelParameter field descriptions 



aiO, all, al2 

These fields are used to estimate the ionospheric distortions on pseudoranges as described in [8] on page 71 . 
IonoStormFlagl, lonoStormFlag2, lonoStormFlagS, lonoStormFlag4, lonoStormFlagS 

These fields specify the ionosphere storm flags (1 ,...,5) for five different regions as described in [8] on page 71 . 



GNSS-EarthOrientationParameters 

The IE GNSS-EarthOrientationParameters is used by the location server to provide parameters to construct the ECEF 
and ECI coordinate transformation as defined in [4]. The IE GNSS-EarthOrientationParameters indicates the 
relationship between the Earth"s rotational axis and WGS-84 reference system. 

-- ASNISTART 

GNSS-EarthOrientationParameters ::= SEQUENCE { 
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teop 

pmX 

pmXdot 

pmY 

pmYdot 

deltaUTl 

deltaUTldot 



INTEGER {0 . .65535) , 

INTEGER {-1048576 . .1048575) , 

INTEGER {-16384. .16383) , 

INTEGER {-1048576 . .1048575) , 

INTEGER {-16384. .16383) , 

INTEGER {-1073741824. .1073741823) 

INTEGER {-262144 . .262143) , 



ASNISTOP 



GNSS-EarthOrientationParameters field descriptions 



teop 

This field specifies tlie EOP data reference time in seconds, as specified in [4]. 
Scale factor 2'^ seconds. 



pmX 

This field specifies the X-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2'^° arc-seconds. 



pmXdot 

This field specifies the X-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/clay. 



pmY 

This field specifies the Y-axis polar motion value at reference time in arc-seconds, as specified in [4]. 
Scale factor 2"^° arc-seconds. 



pmYdot 

This field specifies the Y-axis polar motion drift at reference time in arc-seconds/day, as specified in [4]. 
Scale factor 2"^^ arc-seconds/day. 



deltaun 

This field specifies the UT1-UTC difference at reference time in seconds, as specified in [4]. 
Scale factor 2"^" seconds. 



deltaUTldot 

This field specifies the Rate of UT1-UTC difference at reference time in seconds/day, as specified in [4]. 



25 , 



Scale factor 2" seconds/day 



GNSS-TimeModelList 

The IE GNSS-TimeModelList is used by the location server to provide the GNSS-GNSS system time offset between the 
GNSS system time indicated by IE GNSS-ID in IE GNSS-GenericAssistDataElement to the GNSS system time 
indicated by IE gnss-TO-ID. Several GNSS-TimeModelElement lEs can be included with different gnss-TO-ID fields. 



-- ASNISTART 










GNSS-TimeModelList ::= 


SEQUENCE 


{SIZE {1 


..15)) OF GNSS-TimeModelElement 


GNSS-TimeModelElement 


:: = 


SEQUENCE { 




gns s - TimeMode IRe f T 


ime 




INTEGER 


{0. .65535) , 


tAO 






INTEGER 


{-67108864. .67108863) , 


tAl 






INTEGER 


{-4096. .4095) OPTIONAL, 


tA2 






INTEGER 


{-64. .63) OPTIONAL, 


gnss-TO-ID 






INTEGER 


{1. .15) , 


weekNumber 






INTEGER 


{0. .8191) OPTIONAL, 


deltaT 

} 

-- ASNISTOP 






INTEGER 


{-128. .127) OPTIONAL, 











GNSS-TimeModelElement field descriptions 



gnss-TimeModelRefTime 

This field specifies the the reference time of week for GNSSTimeModelElement and it is given in GNSS specific 

system time. 

Scale factor 2'^ seconds. 



tAO 

This field specifies the bias coefficient of the GNSSTimeModelElement. 
Scale factor 2"^^ seconds. 
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GNSS-TimeModelElement field descriptions 



tA1 

This field specifies tlie drift coefficient of the GNSSTimeModelElement. 
Scale factor of 2"^^ seconds/second. 



tA2 

This field specifies the drift rate correction coefficient of the GNSSTimeModelElement. 
Scale factor of 2"^® seconds/second^. 



gnss-TO-ID 

This field specifies the GNSS system time of the GNSS for which the GNSS-TimeModelElement is applicable. GNSS- 
TimeModelElement cor\\a\ns parameters to convert GNSS system time from the system indicated by GA/SS-/D to 
GNSS system time indicated by gnss-TO-ID. The conversion is defined in [4,5,6]. See table of gnss-TO-ID to 
Indication relation below. 



weekNumber 

This field specifies the reference week of the GNSS-TimeModelElement given in GNSS specific system time. 
Scale factor 1 week. 



deltal 

This field specifies the integer number of seconds of the GNSS-GNSS time offset provided in the GNSS- 
TimeModelElement. 
Scale factor 1 second. 



gnss-TO-ID to Indication relation 



Value of gnss-TOID 


Indication 


1 


GPS 


2 


Galileo 


3 


QZSS 


4 


GLONASS 


5-15 


reserved 



GNSS-DifferentialCorrections 

The IE GNSS-DijferentialCorrections is used by the location server to provide differential GNSS corrections to the 
target device for a specific GNSS. Differential corrections can be provided for up to 3 signals per GNSS. 

-- ASNISTART 

GNSS-DifferentialCorrections ::= SEQUENCE { 
dgnss-RefTime INTEGER {0..3599), 
dgnss-SgnTypeList DGNSS-SgnTypeList , 



DGNSS-SgnTypeList 

DGNSS-SgnTypeElement : 
gnss-SignallD 
gnss-StatusHealth 
dgnss-SatList 



SEQUENCE {SIZE {1..3)) OF DGNSS-SgnTypeElement 

: : = SEQUENCE { 

GNSS-SignallD, 
INTEGER {0 . .7) , 
DGNSS-SatList, 



DGNSS-SatList 



SEQUENCE {SIZE {1..64)) OF DGNSS-CorrectionsElement 



DGNSS-CorrectionsElement ::= SEQUENCE { 

svID SV-ID, 

iod BIT STRING {SIZE{11)), 

udre INTEGER { . . 3 ) , 

pseudoRangeCor INTEGER { -2047 .. 2047) , 

rangeRateCor INTEGER {-127.. 127), 

udreGrowthRate INTEGER {0..7) OPTIONAL, 



udreValidityTime 



INTEGER {0 . .7) 



OPTIONAL, 



ASNISTOP 
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GNSS-DifferentialCorrections field descriptions 



dgnss-RefTime 

This field specifies the time for which the DGNSS corrections are valid, modulo 1 hour. dgnss-RefTime is given in 
GNSS specific system time. 
Scale factor 1 -second. 



dgnss-Sgn TypeList 

This list includes differential correction data for different GNSS signal types, identified by GNSS-SignallD. 



gnss-StatusHealth 

This field specifies the status of the differential corrections. The values of this field and their respective meanings are 

defined as in table gnss-StatusHealth Value to Indication relation below. 

The first six values in this field indicate valid differential corrections. When using the values described below, the 

"UDRE Scale Factor" value is applied to the UDRE values contained in the element. The purpose is to indicate an 

estimate in the amount of error in the corrections. 

The value "110" indicates that the source of the differential corrections (e.g., reference station or external DGNSS 

network) is currently not being monitored. The value "1 1 1 " indicates that the corrections provided by the source are 

invalid, as judged by the source. 



dgnss-SatList 

This list includes differential correction data for different GNSS satellites, identified by SV-ID. 



iod 

This field specifies the Issue of Data field which contains the identity for the GNSS-NavigationModel. 



udre 

This field provides an estimate of the uncertainty (l-o) in the corrections for the particular satellite. The value in this 
field shall be multiplied by the UDRE Scale Factor in the gnss-StatusHealth i\e\6 to determine the final UDRE estimate 
for the particular satellite. The meanings of the values for this field are shown in the table udre Value to Indication 
relation below. 



pseudoRangeCor 

This field specifies the correction to the pseudorange for the particular satellite at dgnss-RefTime, to. The value of this 

field is given in meters and the scale factor is 0.32 meters in the range of ±655.04 meters. The method of calculating 

this field is described in [11]. 

If the location server has received a request for GNSS assistance data from a target device which included a request 

for the GNSS Navigation IVIodel and DGNSS, the location server shall determine, for each satellite, if the navigation 

model stored by the target device is still suitable for use with DGNSS corrections and if so and if DGNSS corrections 

are supported the location server should send DGNSS corrections without including the GNSS Navigation IVIodel. 

The /oc/ value sent for a satellite shall always be the IOD value that corresponds to the navigation model for which the 

pseudo-range corrections are applicable. 

The target device shall only use the pseudoRangeCor va\ue when the IOD value received matches its available 

navigation model. 

Pseudo-range corrections are provided with respect to GNSS specific geodetic datum (e.g., PZ-90.02 if GNSS-ID 

indicates GLONASS). 

Scale factor 0.32 meters. 



rangeRateCor 

This field specifies the rate-of-change of the pseudorange correction for the particular satellite, using the satellite 
ephemeris and clock corrections identified by the /oc/ field. The value of this field is given in meters per second and the 
resolution is 0.032 meters/sec in the range of ±4.064 meters/sec. For some time ti > to, the corrections for iod are 
estimated by 

PRG(ti, IOD) = PRC(to, IOD) + RRC(to,IOD)(ti - to) , 
and the target device uses this to correct the pseudorange it measures at ti, PRm(ti,IOD), by 

PR(ti, IOD) = PR4ti, IOD) + PRC(ti, IOD) . 
The location server shall always send the RRC value that corresponds to the PRC value that it sends. The target 
device shall only use the RRC value when the /od value received matches its available navigation model. 
Scale factor 0.032 meters/second. 



udreGrowthRate 

This field provides an estimate of the growth rate of uncertainty (1 -o) in the corrections for the particular satellite 
identified by SV-ID. The estimated UDRE at time value specified in the udreValidityTime ti is calculated as follows: 

UDRE(fo+f/) = UDRE(fo) x udreGrowtfiRate , 
where to is the DGNSS Reference Time dgnss-RefTime ior which the corrections are valid, tt is the udreValidityTime 
field, UDRE(fo) is the value of the udre field, and udreGrowthRate field is the factor as shown in the table Value of 
UdreGrowthRate io Indication relation below. 



udre ValidityTime 

This field specifies the time when the udreGrowthRate field applies. The meaning of the values for this field is as 
shown in the table Value of udreValidityTime to Indication relation below. 



gnss-StatusHealth Value to Indication relation 



gnss- 

StatusHealth 

Value 


Indication 
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000 


UDRE Scale Factor =1.0 


001 


UDRE Scale Factor = 0.75 


010 


UDRE Scale Factor = 0.5 


oil 


UDRE Scale Factor = 0.3 


100 


UDRE Scale Factor = 0.2 


101 


UDRE Scale Factor = 0.1 


110 


Reference Station Transmission Not IVIonitored 


111 


Data is invalid - disregard 



udre Value to Indication relation 



udre Value 


Indication 


00 


UDRE < 1.0 m 


01 


1.0 m < UDRE < 4.0 m 


10 


4.0 m< UDRE < 8.0 m 


11 


8.0 m< UDRE 



Value of udreGrowthRate to Indication relation 



Value of 
UdreGrowthRate 


Indication 


000 


1.5 


001 


2 


010 


4 


oil 


6 


100 


8 


101 


10 


110 


12 


111 


16 



Value of udreValidityTime to Indication relation 



Value of 
udre Valid ityTime 


Indication 
[seconds] 


000 


20 


001 


40 


010 


80 


oil 


160 


100 


320 


101 


640 


110 


1280 


111 


2560 



GNSS-Navigation Model 

The IE GNSS-NavigationModel is used by the location server to provide precise navigation data to the GNSS capable 
target device. In response to a request from a target device for GNSS Assistance Data, the location server shall 
determine whether to send the navigation model for a particular satellite to a target device based upon factors like the T- 
Toe limit specified by the target device and any request from the target device for DGNSS (see also GNSS- 
DijferentialCorrections). GNSS Orbit Model can be given in Keplerian parameters or as state vector in Earth-Centered 
Earth-Fixed coordinates, dependent on the GNSS-ID and the target device capabilities. The meaning of these parameters 
is defined in relevant ICDs of the particular GNSS and GNSS specific interpretations apply. For example, GPS and 
QZSS use the same model parameters but some parameters have a different interpretation [7]. 

-- ASNISTART 



GNSS-NavigationModel ::= 
nonBroadcastlndFlag 
gnss-SatelliteList 



SEQUENCE { 

INTEGER {0 . .1) , 
GNSS-NavModelSatelliteList, 
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GNSS-NavModelSatelliteList 


::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS-NavModelSatelliteElement 


GNSS-NavModelSatelliteElement ::= SEQUENCE { 
svID SV-ID, 

svHealth BIT STRING {SIZE{8)), 
iod BIT STRING {SIZE{11)), 
gnss-ClockModel GNSS-ClockModel, 
gnss-OrbitModel GNSS-OrbitModel, 

1 




1 

GNSS-ClockModel ::= CHOICE 
StandardClockModelList 
nav-ClockModel 
cnav-ClockModel 
glonass-ClockModel 
sbas-ClockModel 

} 

GNSS-OrbitModel ::= CHOICE 
keplerianSet 
nav- KeplerianSet 
cnav- KeplerianSet 
glonass-ECEF 
sbas-ECEF 

} 

-- ASNISTOP 


{ 

StandardClockModelList , 

NAV-ClockModel, 

CNAV-ClockModel, 

GLONASS-ClockModel, 

SBAS-ClockModel, 


-- Model-1 
-- Model-2 
-- Model -3 
-- Model-4 
-- Model-5 


{ 

NavModelKeplerianSet , 
NavModelNAV- KeplerianSet, 
NavModelCNAV- KeplerianSet, 
NavModel -GLONASS-ECEF, 
NavMode 1 - SBAS - ECEF , 


-- Model-1 
-- Model-2 
-- Model -3 
-- Model-4 
-- Model-5 







GNSS-NavigationModel field descriptions 



nonBroadcastlndFlag 

This field indicates if the GNSS-NavigationModel e\emen\s are not derived from satellite broadcast data or are given in 
a format not native to the GNSS. A value of means the GNSS-NavigationModei 63\.a elements correspond to GNSS 
satellite broadcasted data; a value of 1 means the GNSS-NavigationModel daia elements are not derived from 
satellite broadcast. 



gnss-SatelliteList 

This list provides ephemeris and clock corrections for GNSS satellites indicated by SV-ID. 



svHealth 

This field specifies the satellite"s current health. The health values are GNSS system specific. The interpretation of 
svHealth depends on the GNSS-ID and is as shown in table GNSS to svHealth Bit String(8) relation below. 



iod 

This field specifies the Issue of Data and contains the identity for GNSS Navigation Model. 

In case of broadcasted GPS NAV ephemeris, the /oc/ contains the lODG as described in [4]. 

In case of broadcasted Modernized GPS ephemeris, the /oc/ contains the 1 1 -bit parameter toe as defined in [4, Table 

30-1] [6, Table 3.5-1]. 

In case of broadcasted SBAS ephemeris, the /oo' contains the 8 bits Issue of Data as defined in [10] Message Type 9. 

In case of broadcasted QZSS QZS-L1 ephemeris, the /oc/ contains the lODG as described in [7]. 

In case of broadcasted QZSS QZS-L1 G/L2G/L5 ephemeris, the /oc/ contains the 11 -bit parameter toe as defined in [7]. 

In case of broadcasted GLONASS ephemeris, the /oof contains the parameter tb as defined in [9]. 

In the case of broadcasted Galileo ephemeris, the /oc/ contains the IOD index as described in [8]. 

The interpretation of /oc/ depends on the GNSS-ID an6 is as shown in table GNSS to iod Bit String(11) relation below. 



GNSS to svHealth Bit String(8) relation 



GNSS 


svHealth Bit Strlng(8) 


BItl 
(MSB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 
(LSB) 


GPS 

L1/CA*'' 


SV Health [4] 


"0" 
(reserved) 


"0" 
(reserved) 


Modernized 
GPS<'' 


Lie Health 
[6] 


LI Health 
[4,5] 


L2 Health 
[4,5] 


L5 Health 
[4,5] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


SBAS'-" 


Ranging 

On(0),Off(1) 

[10] 


eorrections 

On(0),Off(1) 

[10] 


Integrity 

On(0),Off( 

1)[10] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


QZSS'*' 
QZS-L1 


SV Health [7] 


"0" 
(reserved) 


"0" 
(reserved) 


QZSS'"' 
QZS- 


Lie Health 
[7] 


LI Health 
[7] 


L2 Health 
[7] 


L5 Health 
[7] 


(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 
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L1C/L2C/L5 












GLONASS 


B„ (MSB) 
[9, page 30] 


Ft[9, Table 4.4] 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


Galileo 

[5, pages 75- 

76] 


E5a Data 
Validity 
Status 


E5b Data 
Validity 
Status 


El -B Data 
Validity 
Status 


E5a Signal Health 

Status 
See [8], Table 67 


"0" 
(reserved) 


"0" 
(reserved) 


"0" 
(reserved) 


Note 1 : If GNSS-ID indicates "gps", and GNSS Orbit Model-2 is included, this interpretation of svHealth applies. 
Note 2: If GNSS-ID indicates "gps", and GNSS Orbit Model-3 is included, this interpretation of svHealth applies. 

If a certain signal is not supported on the satellite indicated by SV-ID, the corresponding health bit shall be set to "1 " 

(i.e., signal can not be used). 
Note 3: svHealth in case of GNSS-ID indicates "sbas" includes the 5 LSBs of the Health included in GEO Almanac Message 

Parameters (Type 17) [10]. 
Note 4: If GNSS-ID indicates "qzss", and GNSS Orbit Model-2 is included, this interpretation of svHealth applies. 
Note 5: If GNSS-ID indicates "qzss", and GNSS Orbit Model-3 is included, this interpretation of svHealth applies. 



GNSS to iod Bit String(11) relation 



GNSS 


/oc/BitString(11) 


Biti 
(IVISB) 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


Bits 


Bits 


Bit 10 


Bit 11 
(LSB) 


GPSL1/CA 


"0" 


Issue of Data, Clock [4] 


Modernized 
GPS 


toe (seconds, scale factor 300, range - 604500) [4,5,6] 


SBAS 


"0" 


"0" 1 "0" 1 Issue of Data ([10], Message Type 9) 


QZSS 0ZS-L1 


"0" 


Issue of Data, Clock [7] 


QZSS 
QZS- 
L1 C/L2C/L5 


toe (seconds, scale factor 300, range - 604500) [4] 


GLONASS 


"0" 


"0" 1 "0" 1 "0" 1 tb(minutes, scale factor 15, range 0-1425) [9] 


Galileo 


"0" 


IQD [8] 



StandardClockModelList 



ASNISTART 



StancJarcJClockModelList 



SEQUENCE {SIZE{1..2)) OF StandardClockModelElement 



StandardClockModelElement 
stanClockToc 
stanClockAF2 
stanClockAFl 
stanClockAFO 
stanClockTgd 
stanModellD 



SEQUENCE { 
INTEGER {0 . .16383) , 
INTEGER {-2048 . .2047) , 
INTEGER {-131072. .131071) , 

{-134217728. .134217727) 

{-512. .511) 

{0. .1) 



INTEGER 
INTEGER 
INTEGER 



OPTIONAL, 
OPTIONAL, 



ASNISTOP 



StandardClockModelList field descriptions 



StandardClockModelList 

gnss-ClockModel Model-1 contains one or two clock model elements depending on the GNSS. If included, clock 
Model-1 shall be included once or twice depending on the target device capability. 

If the target device is supporting multiple Galileo signals, the location server shall include both F/Nav and l/Nav clock 
models in gnss-ClockModel \i the location server assumes the target device to perform location information calculation 
using multiple signals. 



StanClockToc 

Parameter toe defined in [8]. 
Scale factor 60 seconds. 



stanClockAF2 

Parameter af2 defined in [8]. 
Scale factor 2"®^ seconds/second^. 



StanClockAFl 

Parameter afi defined in [8]. 
Scale factor 2""^ seconds/second. 



StanClockAFO 

Parameter afo defined in [8] 
Scale factor 2"^^ seconds. 
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StandardClockModelList field descriptions 



stanClockTgd 

Parameter Tqd defined in [8]. 
Scale factor 2"^^ seconds. 



stanModellD 

This field specifies the identity of the clock model according to the table Value of stanModellD to Identity relation 
below. 



Value of StanModellD to Identity relation 



Value of 
StanModellD 


Identity 





l/Nav 


1 


F/Nav 



NAV-ClockModel 



ASNISTART 



NAV-ClockModel 
navToc 
navaf 2 
navaf 1 
navaf 
navTgd 



SEQUENCE { 

INTEGER {0 . .37799) , 

INTEGER {-128 . .127) , 

INTEGER {-32768 . .32767) , 

INTEGER {-2097152 . .2097151) 

INTEGER {-128 . .127) , 



ASNISTOP 



NAV-ClockModel i\e\d descriptions 



navToc 

Parameter tn 



Scale factor 2 seconds. 



time of clock (seconds) [4,7] 



navaf2 

Parameter a^, clock correction polynomial coefficient (sec/sec^) [4,7]. 
Scale factor 2"^^ seconds/second^. 



navafi 

Parameter an, clock correction polynomial coefficient (sec/sec) [4,7]. 
Scale factor 2'*^ seconds/second. 



navafO 

Parameter am, clock correction polynomial coefficient (seconds) [4,7]. 
Scale factor 2"^^ seconds. 



navTgd 

Parameter Tgd, group delay (seconds) [4,7]. 
Scale factor 2"^^ seconds. 



CNAV-ClockModel 



-- ASNISTART 








CNAV-ClockModel : 


= SEQUENCE 


{ 




cnavToc 


INTEGER 


0. .2015) , 




cnavTop 


INTEGER 


0. .2015) , 




cnavURAO 


INTEGER 


-16. .15) , 




cnavURAl 


INTEGER 


0. .7) , 




cnavURA2 


INTEGER 


0. .7) , 




cnavAf 2 


INTEGER 


-512. .511) , 




cnavAf 1 


INTEGER 


-524288. .524287) , 




cnavAf 


INTEGER 


-33554432. .33554431) , 




cnavTgd 


INTEGER 


-4096. .4095) , 




cnavISCllcp 


INTEGER 


-4096. .4095) 


OPTIONAL, 


cnavISCllcd 


INTEGER 


-4096. .4095) 


OPTIONAL, 


cnavISCllca 


INTEGER 


-4096. .4095) 


OPTIONAL, 


cnavISC12c 


INTEGER 


-4096. .4095) 


OPTIONAL, 


cnavISC15i5 


INTEGER 


-4096. .4095) 


OPTIONAL, 
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cnavISC15q5 INTEGER { -4096 .. 4095) OPTIONAL, 



ASNISTOP 



CNA V-ClockModel field descriptions 



cnavToc 

Parameter toe, clock data reference time of week (seconds) [4,5,6,7][1 , 2, 3, 4]. 
Scale factor 300 seconds. 



cnavTop 

Parameter top, clock data predict time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds 



cnavURAO 

Parameter URApc Index, SV clock accuracy index (dimensionless) [4,5,6,7]. 



cnavURAI 

Parameter URApd Index, SV clock accuracy change index (dimensionless) [4,5,6,7]. 



cnavURA2 

Parameter URAoc2 Index, SV clock accuracy change rate index (dimensionless) [4,5,6,7]. 



cnavAf2 

Parameter af2-n, SV clock drift rate correction coefficient (sec/sec^) [4,5,6,7]. 
Scale factor 2'^° seconds/second^. 



cnavAfI 

Parameter an-n, SV clock drift correction coefficient (sec/sec) [4,5,6,7]. 
Scale factor 2""^ seconds/second. 



cnavAfO 

Parameter aton, SV clock bias correction coefficient (seconds) [4,5,6,7]. 
Scale factor 2"^^ seconds. 



cnavTgd 

Parameter Tqd, Group delay correction (seconds) [4,5,6,7]. 
Scale factor 2"^^ seconds. 



cnavlSCHcp 

Parameter ISCucp, inter signal group delay correction (seconds) [6,7]. 
Scale factor 2"^^ seconds. 



cnavlSCHcd 

Parameter ISChcd, inter signal group delay correction (seconds) [6,7]. 
Scale factor 2"^^ seconds. 



cnavlSCUca 

Parameter ISClic/a, inter signal group delay correction (seconds) [4,5,7]. 
Scale factor 2"^^ seconds. 



cnavlSCI2c 

Parameter ISCl2c, inter signal group delay correction (seconds) [4,5,7]. 
Scale factor 2"^^ seconds. 



cnavlSCI5i5 

Parameter ISCl5I5, inter signal group delay correction (seconds) [5,7]. 
Scale factor 2"^^ seconds. 



cnavlSCI5q5 

Parameter ISClsqs, inter signal group delay correction (seconds) [5,7]. 
Scale factor 2"^^ seconds. 



GLONASS-ClockModel 

-- ASNISTART 

GLONASS-ClockModel ::= SEQUENCE { 

gloTau INTEGER { -2097152 .. 2097151) , 

gloGamma INTEGER { -1024 .. 1023 ) , 

gloDeltaTau INTEGER {-16.. 15) OPTIONAL, 



ASNISTOP 
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GLONASS-ClockModel field descriptions 



gloTau 

Parameter Xn(tb), satellite clock offset (seconds) [9]. 
Scale factor 2"^ seconds. 



gloGamma 

Parameter Yn(tb), relative frequency offset from nominal value (dimensionless) [9]. 
Scale factor 2"^°. 



gloDeltaTau 

Parameter Axn , time difference between transmission in G2 and G1 (seconds) [9]. 
Scale factor 2'^° seconds. 



SBAS-ClockModel 



-- ASNISTART 

SBAS-ClockModel 
sbasTo 
sbasAgfo 
sbasAgf 1 



SEQUENCE { 
INTEGER {0 . .53 99) , 
INTEGER {-2048 . .2047) 
INTEGER {-128 . .127) , 



ASNISTOP 



SBAS-ClockModel field descriptions 



sbasTo 

Parameter to [10]. 
Scale factor 16 seconds. 



SbasAgfo 

Parameter aofoflO]. 
Scale factor 2"^ seconds. 



sbasAgfl 

Parameter aoti MO]. 

Scale factor 2"" seconds/second. 



NavModelKeplerianSet 



-- ASNISTART 






NavModelKeplerianSet 


: : = SEQUENCE { 


keplerToe 


INTEGER 


. . 16383) , 


keplerW 


INTEGER 


-2147483648. .2147483647) , 


keplerDeltaN 


INTEGER 


-32768. .32767) , 


keplerMO 


INTEGER 


-2147483648. .2147483647) , 


keplerOmegaDot 


INTEGER 


degreesMaximumNegative . .degreesMaximum) , 


keplerE 


INTEGER 


0. .4294967295) , 


keplerlDot 


INTEGER 


-8192. .8191) , 


keplerAPowerHalf 


INTEGER 


0. . 4294967295) , 


keplerlO 


INTEGER 


-2147483648. .2147483647) , 


keplerOmegaO 


INTEGER 


-2147483648. .2147483647) , 


keplerCrs 


INTEGER 


-32768. .32767) , 


keplerCis 


INTEGER 


-32768. .32767) , 


keplerCus 


INTEGER 


-32768. .32767) , 


keplerCrc 


INTEGER 


-32768. .32767) , 


keplerCic 


INTEGER 


-32768. .32767) , 


keplerCuc 

} 

-- ASNISTOP 


INTEGER 


-32768. .32767) , 







NavModelKeplerianSet field descriptions 



keplerToe 

Parameter toe> time-of-ephemeris in seconds [8]. 
Scale factor 60 seconds. 
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NavModelKeplerianSet field descriptions 



keplerW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [8]. 
Scale factor 2'*^ semi-circles/second. 



keplerMO 

Parameter Mq, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaDot 

Parameter OMEGAdot, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2""^ semi-circles/second. 



keplerE 

Parameter e, eccentricity [8]. 
Scale factor 2"^l 



KeplerlDot 

Parameter Idot, rate of inclination angle (semi-circles/sec) [8]. 
Scale factor 2'*^ semi-circles/second. 



keplerAPowerHalf 

Parameter sqrtA, semi-major Axis in (meters)'''" [8]. 
Scale factor 2"^^ meters '''' . 



keplerlO 

Parameter Iq, inclination angle at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerOmegaO 

Parameter OMEGAq, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



keplerCrs 

Parameter Grs, amplitude of the sine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2"^ meters. 



keplerCis 

Parameter Cjs, amplitude of the sine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCus 

Parameter Cus, amplitude of the sine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCrc 

Parameter Crc, amplitude of the cosine harmonic correction term to the orbit radius (meters) [8]. 
Scale factor 2"^ meters. 



keplerCic 

Parameter Cjc, amplitude of the cosine harmonic correction term to the angle of inclination (radians) [8]. 
Scale factor 2"^^ radians. 



keplerCuc 

Parameter Cue. amplitude of the cosine harmonic correction term to the argument of latitude (radians) [8]. 
Scale factor 2"^® radians. 



NavModelNAV-KeplerianSet 



-- ASNISTART 




NavModelNAV-Kepleri 


anSet : : = 


navURA 


INTEGER { 


navFitFlag 


INTEGER { 


navToe 


INTEGER { 


navOmega 


INTEGER { 


navDeltaN 


INTEGER { 


navMO 


INTEGER { 


navOmegaADot 


INTEGER { 


navE 


INTEGER { 


navIDot 


INTEGER { 


navAPowerHalf 


INTEGER { 


navIO 


INTEGER { 


navOmegaAO 


INTEGER { 


navCrs 


INTEGER { 


navCis 


INTEGER { 


navCus 


INTEGER { 



SEQUENCE [ 

0. .15) , 

0. .1) , 

0. .37799) , 

-2147483648. .2147483647) , 

-32768. .32767) , 

-2147483648. .2147483647) , 

degreesMaximumNegative . .degreesMaximum) 

. .4294967295) , 

-8192. .8191) , 

. .4294967295) , 

-2147483648. .2147483647) , 

-2147483648. .2147483647) , 

-32768. .32767) , 

-32768. .32767) , 

-32768. .32767) , 
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navCrc INTEGER { -327G8 .. 32767) , 

navCic INTEGER { -32768 .. 32767) , 

navCuc INTEGER { -32768 .. 32767) , 

addNAVparam SEQUENCE { 

ephemCodeOnL2 INTEGER {0..3), 
ephemL2Pflag INTEGER {0..1), 
ephemSFlRsvd SEQUENCE { 

reservedl INTEGER {0 . . degreesMaximum) , -- 23-bit field 
reserved2 INTEGER {0 .. 16777215) , -- 24-bit field 
reserved3 INTEGER {0 .. 16777215) , -- 24-bit field 
reserved4 INTEGER {0.. 65535) -- 16-bit field 

ephemAODA INTEGER {0..31) 
} OPTIONAL, 



ASNISTOP 



NavModelNA V-KeplerianSet field descriptions 



navURA 

Parameter URA Index, SV accuracy (dimensionless) [4,7], 



navFitFlag 

Parameter Fit Interval Flag, fit interval indication (dimensionless) [4,7] 



navToe 

Parameter toe, time of ephemeris (seconds) [4,7]. 
Scale factor 2'^ seconds. 



navOmega 

Parameter co, argument of perigee (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navDeltaN 

Parameter An, mean motion difference from computed value (semi-circles/sec) [4,7]. 
Scale factor 2'*^ semi-circles/second. 



navMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navOmegaADot 

Parameter Q , rate of right ascension (seml-circles/sec) [4,7]. 
Scale factor 2'*^ semi-circles/second. 



navE 

Parameter e, eccentricity (dimensionless) [4,7]. 
Scale factor 2"^^ 



navlDot 

Parameter IDOT, rate of inclination angle (semi-circles/sec) [4,7]. 
Scale factor 2'*^ semi-circles/second. 



navAPowerHalf 

Parameter ^JA , square root of semi-major axis (meters^'^) [4,7]. 
Scale factor 2"^^ meters '''" . 



navIO 

Parameter io, inclination angle at reference time (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navOmegaAO 

Parameter Qo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [4,7]. 
Scale factor 2"^^ semi-circles. 



navCrs 

Parameter Crs, amplitude of sine harmonic correction term to the orbit radius (meters) [4,7]. 
Scale factor 2"^ meters. 



navCis 

Parameter Cis, amplitude of sine harmonic correction term to the angle of inclination (radians) [4,7]. 
Scale factor 2"^^ radians. 



navCus 

Parameter Cus, amplitude of sine harmonic correction term to the argument of latitude (radians) [4,7]. 
Scale factor 2"^^ radians. 



navCrc 

Parameter Crc, amplitude of cosine harmonic correction term to the orbit radius (meters) [4,7]. 
Scale factor 2"^ meters. 
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NavModelNA V-KeplerianSet field descriptions 



navCic 

Parameter Cic, amplitude of cosine liarmonic correction term to the angle of inclination (radians) [4,7]. 
Scale factor 2"^^ radians. 



navCuc 

Parameter Cue, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4,7]. 
Scale factor 2"^^ radians. 



addNAVparam 

These fields include data and reserved bits in the GPS NAV message [4,14]. 



NavModelCNAV-KeplerianSet 



-- ASNISTART 






NavModelCNAV-KeplerianSet ::= SEQUENCE { 


cnavTop 


INTEGER 


0. .2015) , 


cnavURAindex 


INTEGER 


-16. .15) , 


cnavDeltaA 


INTEGER 


-33554432. .33554431) , 


cnavAdot 


INTEGER 


-16777216. .16777215) , 


cnavDeltaNo 


INTEGER 


-65536. .65535) , 


cnavDeltaNoDot 


INTEGER 


-4194304. .4194303) , 


cnavMo 


INTEGER 


-4294967296. .4294967295) , 


cnavE 


INTEGER 


0. .8589934591) , 


cnavOmega 


INTEGER 


-4294967296. .4294967295) , 


cnavOMEGAO 


INTEGER 


-4294967296. .4294967295) , 


cnavDeltaOmegaDot 


INTEGER 


-65536. .65535) , 


cnavio 


INTEGER 


-4294967296. .4294967295) , 


cnavIoDot 


INTEGER 


-16384. .16383) , 


cnavCis 


INTEGER 


-32768. .32767) , 


cnavCic 


INTEGER 


-32768. .32767) , 


cnavCrs 


INTEGER 


degreesMaximumNegative . .degreesMaximum) , 


cnavCrc 


INTEGER 


degreesMaximumNegative . .degreesMaximum) , 


cnavCus 


INTEGER 


-1048576. .1048575) , 


cnavCuc 

} 

-- ASNISTOP 


INTEGER 


-1048576. .1048575) , 







NavModelCNA V-KeplerianSet field descriptions 



cnavTop 

Parameter top, data predict time of week (seconds) [4,5,6,7]. 
Scale factor 300 seconds. 



cnavURAindex 

Parameter URApe Index, SV accuracy (dimensionless) [4,5,6,7]. 



cnavDeltaA 

Parameter AA, semi-major axis difference at reference time (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavAdot 

Parameter A , change rate in semi-major axis (meters/sec) [4,5,6,7]. 
Scale factor 2"^^ meters/sec. 



cnavDeltaNo 

Parameter Ano, mean motion difference from computed value at reference time (semi-circles/sec) [4,5,6,7]. 
Scale factor 2'** semi-circles/second. 



cnavDeltaNoDot 

Parameter An^ , rate of mean motion difference from computed value (semi-circles/sec^) [4,5,6,7]. 
Scale factor 2"^'' semi-circles/second^. 



cnavMo 

Parameter Mo-n, mean anomaly at reference time (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavE 

Parameter Cn, eccentricity (dimensionless) [4,5,6,7]. 
Scale factor 2"^l 



cnavOmega 

Parameter con, argument of perigee (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 
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NavModelCNA V-KeplerianSet field descriptions 



cnavOMEGAO 

Parameter Qo-n. reference right ascension angle (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavDeltaOmegaDot 

Parameter AQ , rate of right ascension difference (semi-circles/sec) [4,5,6,7]. 



Scale factor 2'** semi-circles/second. 



cnavio 

Parameter io-n, inclination angle at reference time (semi-circles) [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



cnavloDot 

Parameter lo-n-DOT, rate of inclination angle (semi-circles/sec) [4,5,6,7]. 
Scale factor 2"" semi-circles/second.. 



cnavCis 

Parameter Cisn, amplitude of sine harmonic correction term to the angle of inclination (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCic 

Parameter Cic-n, amplitude of cosine harmonic correction term to the angle of inclination (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCrs 

Parameter Crs-n. amplitude of sine harmonic correction term to the orbit radius (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavCrc 

Parameter Crc-n. amplitude of cosine harmonic correction term to the orbit radius (meters) [4,5,6,7]. 
Scale factor 2"^ meters. 



cnavCus 

Parameter Cus-n, amplitude of the sine harmonic correction term to the argument of latitude (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



cnavCuc 

Parameter Cuc-n, amplitude of cosine harmonic correction term to the argument of latitude (radians) [4,5,6,7]. 
Scale factor 2'^° radians. 



NavModel-GLONASS-ECEF 

-- ASNISTART 

NavModel-GLONASS-ECEF ::= SEQUENCE { 

gloEn INTEGER {0..31), 

gloPl BIT STRING {SIZE{2)), 

gloP2 BOOLEAN, 

gloM INTEGER {0 . .3) , 

gloX INTEGER { -67108864 .. 67108863 ) , 

gloXdot INTEGER {degreesMaximumNegative . . degreesMaximum) 

gloXdotdot INTEGER {-16.. 15), 

gloY INTEGER { -67108864 .. 67108863 ) , 

gloYdot INTEGER {degreesMaximumNegative .. degreesMaximum) 

gloYdotdot INTEGER {-16.. 15), 

gloZ INTEGER { -67108864 .. 67108863 ) , 

gloZdot INTEGER {degreesMaximumNegative .. degreesMaximum) 

gloZdotdot INTEGER {-16.. 15), 



ASNISTOP 



NavModel-GLONASS-ECEF field descriptions 



gloEn 

Parameter En, age of data (days) [9]. 
Scale factor 1 days. 



gioPi 

Parameter P1 , time interval between two adjacent values of tb (minutes) [9]. 



gloP2 

Parameter P2, change of tb flag (dimensionless) [9]. 



gloM 

Parameter M, type of satellite (dimensionless) [9]. 
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NavModel-GLONASS-ECEFrie\(i descriptions 


giox 






Parameter x^ 


a.) 


x-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"^^ kilometers. 


gloXdot 






Parameter x^ 


a.) 


x-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


'^° kilometers/second. 


gloXdotdot 






Parameter x^ 


(h) 


x-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 


gioY 






Parameter y^ 


(h) 


y-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


"" kilometers. 


gloYdot 






Parameter y^ 


a.) 


y-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


"^° kilometers/second. 


gloYdotdot 






Parameter y^ 


(h) 


y-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


'^° kilometers/second^. 


gioz 






Parameter z„ 


(h) 


z-coordinate of satellite at time tb (kilometers) [9]. 


Scale factor 2 


'^^ kilometers. 


g/oZdof 






Parameter z„ 


(h) 


z-coordinate of satellite velocity at time tb (kilometers/sec) [9]. 


Scale factor 2 


'^° kilometers/second. 


gloZdotdot 






Parameter z,^ 


(h) 


z-coordinate of satellite acceleration at time tb (kilometers/sec^) [9]. 


Scale factor 2 


"^° kilometers/second^. 



NavModel-SBAS-ECEF 



-- ASNISTART 










NavModel-SBAS-ECEF : 


= SEQUENCE 


{ 






sbasTo 


INTEGER 


{0. .5399) 


OPTIONAL, 


-- Cond ClockModel 


sbasAccuracy 


BIT STRING {SIZE (4) ) , 






sbasXg 


INTEGER 


{-536870912. .536870911) , 






sbasYg 


INTEGER 


{-536870912. .536870911) , 






sbasZg 


INTEGER 


{-16777216. .16777215) , 






sbasXgDot 


INTEGER 


{-65536. .65535) , 






sbasYgDot 


INTEGER 


{-65536. .65535) , 






sbasZgDot 


INTEGER 


{-131072. .131071) , 






sbasXgDotDot 


INTEGER 


{-512. .511) , 






sbagYgDotDot 


INTEGER 


{-512. .511) , 






sbasZgDotDot 

} 

-- ASNISTOP 


INTEGER 


{-512. .511) , 















Conditional presence 


Explanation 


ClockModel 


This field is mandatory present if gnss-ClockModel Mode\-5 is not included; otherwise it is 
not present. 



NavModel-SBAS-ECEF Vie\(i descriptions 



sbasTo 

Parameter to, time of applicability (seconds) [10]. 
Scale factor 16 seconds. 



SbasAccuracy 

Parameter Accuracy, (dimensionless) [10]. 
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NavModel-SBAS-ECEFrie\d descriptions 



sbasXg 

Parameter Xg, (meters) [10]. 
Scale factor 0.08 meters. 



sbasYg 

Parameter Yg, (meters) [10]. 
Scale factor 0.08 meters. 



sbasZg 

Parameter Zg, (meters) [10]. 
Scale factor 0.4 meters. 



sbasXgDot 

Parameter Xg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0.000625 meters/second. 



SbasYg Dot 

Parameter Yg, Rate-of-Change, (meters/sec) [10] 
Scale factor 0.000625 meters/second. 



sbasZgDot 

Parameter Zg, Rate-of-Change, (meters/sec) [10]. 
Scale factor 0.004 meters/second. 



sbasXgDotDot 

Parameter Xg , Acceleration, (meters/sec^) [1 0]. 
Scale factor 0.0000125 meters/second^ 



sbagYgDotDot 

Parameter Yg, Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000125 meters/second^ 



sbasZgDotDot 

Parameter Zg Acceleration, (meters/sec^) [10]. 
Scale factor 0.0000625 meters/second^. 



GNSS-RealTimelntegrity 

The IE GNSS-RealTimelntegrity is used by the location server to provide parameters that describe the real-time status of 
the GNSS constellations. GNSS-RealTimelntegrity data communicates the health of the GNSS signals to the mobile in 
real-time. 

The location server shall always transmit the GNSS-RealTimelntegrity with the current list of unhealthy signals (i.e., not 
only for signals/SVs currently visible at the reference location), for any GNSS positioning attempt and whenever GNSS 
assistance data are sent. If the number of bad signals is zero, then the GNSS-RealTimelntegrity IE shall be omitted. 



-- ASNISTART 














GNSS-RealTimelntegr 
gnss-BadSignalL 

} 
GNSS-BadSignalList 


ity 

ist 


: : = SEQUENCE { 
GNSS-BadSignalL 


LSt, 








: : = 


SEQUENCE {SIZEd 


.64) ) 


OF 


Bads 


ignalElement 


BadSignalElement : : 
badSVID 
badSignallD 

} 

-- ASNISTOP 


= SEQUENCE { 
SV-ID, 
GNSS-SignallDs 


OPTIONAL 



















GNSS-RealTimelntegrity field descriptions 



gnss-BadSignalList 

This field specifies a list of satellites with bad signal or signals. 



badSVID 

This field specifies the GNSS SV-ID of the satellite with bad signal or signals. 



badSignallD 

This field identifies the bad signal or signals of a satellite. This is represented by a bit string in GNSS-SignallDs, with 
a one-value at a bit position means the particular GNSS signal type of the SV is unhealthy; a zero-value means 
healthy. Absence of this field means that all signals on the specific SV are bad. 
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GNSS-DataBitAssistance 

The IE GNSS-DataBitAssistance is used by the location server to provide data bit assistance data for specific satelhte 
signals for data wipe-off. The data bits included in the assistance data depends on the GNSS and its signal. 

-- ASNISTART 

GNSS-DataBitAssistance ::= SEQUENCE { 

gnss-TOD INTEGER {0..3599), 

gnss-TODfrac INTEGER {0..999) OPTIONAL, 

gnss-DataBitsSatList GNSS-DataBitsSatList , 



GNSS-DataBitsSatList ::= SEQUENCE {SIZE {1 . . 64 ) ) OF GNSS-DataBitsSatElement 

GNSS-DataBitsSatElement ::= SEQUENCE { 
svID SV-ID, 

gnss-DataBitsSgnList GNSS-DataBitsSgnList , 



GNSS-DataBitsSgnList ::= SEQUENCE {SIZE{1..8)) OF GNSS-DataBitsSgnElement 

GNSS-DataBitsSgnElement ::= SEQUENCE { 

gnss-SignalType GNSS-SignallD, 
gnss-DataBits BIT STRING {SIZE {1..1024)), 

} 

-- ASNISTOP 



GNSS-DataBitAssistance field descriptions 



gnss-TOD 

This field specifies the reference time of the first bit of the data in GNSS-DataBitAssistance in integer seconds in 
GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TODfrac 

This field specifies the fractional part of the gnss-TOD in 1-milli-second resolution. 
Scale factor 1 millisecond. The total GNSS TOD is gnss-TOD + gnss-TODfrac. 



gnss-DataBitsSatList 

This list specifies the data bits for a particular GNSS satellite SV-ID and signal GNSS-SignallD. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-DataBitAssistance is given. 



gnss-SignalType 

This field identifies the GNSS signal type of the GNSS-DataBitAssistance. 



gnss-DataBits 

Data bits are contained in GNSS system and data type specific format. 

In case of GPS L1 G/A, it contains the NAV data modulation bits as defined in [4] . 

In case of Modernized GPS L1C, it contains the encoded and interleaved modulation symbols as defined in [6] section 
3.2.3.1 . In case of Modernized GPS L2G, it contains either the NAV data modulation bits, the PEG encoded NAV data 
modulation symbols, or the PEC encoded GNAV data modulation symbols, dependent on the current signal 
configuration of this satellite as defined in [4, Table 3-III]. In case of Modernized GPS L5, it contains the PEC encoded 
GNAV data modulation symbols as defined in [5]. 

In case of SBAS, it contains the PEC encoded data modulation symbols as defined in [10]. 

In case of QZSS QZS-L1 , it contains the NAV data modulation bits as defined in [7] section 5.2. In case of QZSS 
QZS-L1C, it contains the encoded and interleaved modulation symbols as defined in [7] section 5.3. In case of QZSS 
QZS-L2C, it contains the encoded modulation symbols as defined in [7] section 5.5. In case of QZSS QZS-L5, it 
contains the encoded modulation symbols as defined in [7] section 5.6. 

In case of GLONASS, it contains the 100 sps differentially Manchester encoded modulation symbols as defined in [9] 
section 3.3.2.2. 

In case of Galileo, it contains the PEC encoded and interleaved modulation symbols. The logical levels 1 and 
correspond to signal levels -1 and +1, respectively. 
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GNSS-AcquisitionAssistance 

The IE GNSS-AcquisitionAssistance is used by the location server to provide parameters that enable fast acquisition of 
the GNSS signals. Essentially, these parameters describe the range and derivatives from respective satellites to the 
reference location at the reference time GNSS-SystemTime provided in IE GNSS-ReferenceTime. 

Whenever GNSS-AcquisitionAssistance is provided by the location server, the IE GNSS-ReferenceTime shall be 
provided as well. E.g., even if the target device request for assistance data includes only a request for GNSS- 
AcquisitionAssistance, the location server shall also provide the corresponding IE GNSS-ReferenceTime. 

Figure 6.5.2.2-1 illustrates the relation between some of the fields, using GPS TOW as exemplary reference. 



-- ASNISTART 






GNSS-AcquisitionAssistance ::= 


SEQUENCE 


{ 


gnss-SignallD 


GNSS-SignallD, 


gnss-AcquisitionAssistList 

} 

GNSS-AcquisitionAssistList ::= 


GNSS-AcquisitionAssistList, 


SEQUENCE 


{SIZE {1 . . 64) ) OF GNSS-AcquisitionAssistElement 


GNSS-AcquisitionAssistElement 


: : = SEQUENCE { 


svID 


SV-ID, 




dopplerO 


INTEGER 


{-2048. .2047) , 


dopplerl 


INTEGER 


{0. .63) , 


dopplerUncertainty 


INTEGER 


{0. .4) , 


codePhase 


INTEGER 


{0. .1022) , 


intCodePhase 


INTEGER 


{0. .127) , 


codePhaseSearchWindow 


INTEGER 


{0. .31) , 


azimuth 


INTEGER 


{0. .511) , 


elevation 

} 

-- ASNISTOP 


INTEGER 


{0. .127) , 







GNSS-AcquisitionAssistance field descriptions 



gnss-SignallD 

This field specifies the GNSS signal for which the acquisition assistance are provided. 



gnss-AcquisitionAssistList 

These fields provide a list of acquisition assistance data for each GNSS satellite. 



svID 

This field specifies the GNSS SV-ID of the satellite for which the GNSS-AcquisitionAssistance is given. 



dopplerO 

This field specifies the Doppler (0* order term) value. A positive value in Doppler defines the increase in satellite 
signal frequency due to velocity towards the target device. A negative value in Doppler defines the decrease in 
satellite signal frequency due to velocity away from the target device. Doppler is given in unit of m/s by multiplying the 
Doppler value in Hz by the nominal wavelength of the assisted signal. 
Scale factor 0.5 m/s in the range from -1 024 m/s to +1 023.5 m/s. 



dopplerl 

This field specifies the Doppler (1^' order term) value. A positive value defines the rate of increase in satellite signal 
frequency due to acceleration towards the target device. A negative value defines the rate of decrease in satellite 
signal frequency due to acceleration away from the target device. 
Scale factor 1/210 m/s^in the range from -0.2 m/s^ to +0.1 m/s^. 



dopplerUncertainty 

This field specifies the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary target 
device is in the range [Doppler-Doppler Uncertainty] to [Doppler-nDoppler Uncertainty]. Doppler Uncertainty is given in 
unit of m/s by multiplying the Doppler Uncertainty value in Hz by the nominal wavelength of the assisted signal. 
Defined values: 2.5 m/s, 5 m/s, 10 m/s, 20 m/s, 40 m/s as encoded by an integer n in the range 0-4 according to: 
2 "(40) m/s; n = - 4. 



codePhase 

This field specifies the code phase, in units of milli-seconds, in the range from to 1 millisecond scaled by the nominal 
chipping rate of the GNSS signal, where increasing values of the field signify increasing predicted signal code phases, 
as seen by a receiver at the reference location at the reference time. The reference location would typically be an 
apriori estimate of the target device location. 
Scale factor 2"^° ms in the range from to (1 -2"^°) ms. 
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GNSS-AcquisitionAssistance field descriptions 



intCodePhase 

This field contains integer code phase (expressed modulo 128 ms) currently being transmitted at the reference time, 

as seen by a receiver at the reference location. 

Scale factor 1 ms in the range from to 127 ms. 



codePhaseSearch Window 

This field contains the code phase search window. The code phase search window accounts for the uncertainty in the 
estimated target device location but not any uncertainty in reference time. It is defined such that the expected code 
phase is in the range [Code Phase-Code Phase Search Window] to [Code Phase+Code Phase Search Window] 
given in units of milli-seconds. 

Range 0-31 , mapping according to the table codePhaseSearchWindow Value to Interpretation Code Phase Search 
Window [ms] relation shown below. 



azimuth 

This field specifies the azimuth angle. An angle of x degrees means the satellite azimuth a is in the range 

(X < a < x+0.7031 25) degrees. 

Scale factor 0.703125 degrees. 



elevation 

This field specifies the elevation angle. An angle of y degrees means the satellite elevation e is in the range 

(y < e < y+0.7031 25) degrees. 

Scale factor 0.703125 degrees. 



codePhaseSearchWindow Value to Interpretation Code Phase Search Window [ms] relation 



codePhaseSearchWindow 
Value 


Interpretation 
Code Phase Search Window [ms] 




00000' 


No information 




00001' 


0,002 




00010' 


0,004 




00011' 


0,008 




00100' 


0,012 




00101' 


0,016 




00110' 


0,024 




00111' 


0,032 




01000' 


0,048 




01001' 


0,064 




01010' 


0,096 




01011' 


0,128 




01100' 


0,164 




01101' 


0,200 




01110' 


0,250 




01111' 


0,300 




10000' 


0,360 




10001' 


0,420 




10010' 


0,480 




10011' 


0,540 




10100' 


0,600 




10101' 


0,660 




10110' 


0,720 




10111' 


0,780 




11000' 


0,850 




11001' 


1,000 




11010' 


1,150 




11011' 


1,300 




11100' 


1,450 




11101' 


1,600 




11110' 


1,800 




11111' 


2,000 
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SV#1 clock bias |Ats, 

(t = tsv-Atsvl) - 



SV#1 time tsvi [ms] ^ 9997 N<^ 9998 N<^ 999! i^^X^IO.OOoN^I 0,001 N<^10,002N<^1 0,003 At SV#1 



SV#Nsat clock bias |AtsvNsat| 



SV#Nsat time tsvNsat [ms] ' 9997 N<^ 9998 N<^ 9999 



, 1 ms 



GPSTOWt[ms] 3997 ^<^ 9998 N^ 9999 ^C^10,OOoN<^10,OOlN<^10,002N<^10,003N<^ i 



-0.6383 ms- 



Predicted SV#1 time tsvi [ms] x^ 9920 N<^ 9921 ^(^ 992 rN<^ 9923 ^^XT 9924 N<^ 9925 \<^ 9926 



'l 0,OOoN^1 0,001 Nc^^l 0,002N<('l 0,003^ At SV#Nsat 



-Chosen Reference Epoch in gnssReferenceTime 



Exemplary Calculation of predicted tsv: 

tsv = t+Atsv-X 

t: propagation delay from SV to target device 
Atsv: Clock Bias 



Predicted SV#Nsat time tsvNsat [ms] (^ 9924 




GNSS Acquisition Assistance for SV#1 : 

GPS TOW = 1 0,000 ms (a multiple of 1 ms) 

Code Phase ~ 0.6383 ms 

integer Code Phase = 1 0,000 - 9922 = 78 ms 

Exemplary calculation of expected tsvi [ms] at the 
target device: 

tsvi = GPS TOW- Integer Code Phase + Code Phase 
= 1 0,000 - 78 + 0.6383 = 9922.6383 ms 

9927 N<^ 9928 ^^^^ 9929 ^)X^ 9930 "" _/ 



-0.7849 ms 



<u 

<u 
01 



Figure 6.5.2.2-1 : Exemplary calculation of some GNSS Acquisition Assistance fields. 



GNSS-Almanac 



The IE GNSS-Almanac is used by the location server to provide the coarse, long-term model of the satellite positions 
and clocks. The meaning of these parameters is defined in relevant ICDs of the particular GNSS and GNSS specific 
interpretations apply. For example, GPS and QZSS use the same model parameters but some parameters have a 
different interpretation [7]. GNSS-Almanac is useful for receiver tasks that require coarse accuracy, such as determining 
satellite visibility. The model is valid for up to a few weeks, typically. Since it is a long-term model, the field should be 
provided for all satellites available in the GNSS constellation (i.e., not only for SVs visible at the reference location and 
including SVs flagged as unhealthy in almanac). The complete AlmanacProvided field indicates whether or not the 
location server provided almanacs for the complete GNSS constellation. 

-- ASNISTART 



GNSS-Almanac ::= SEQUENCE { 
weekNumber 
toa 
ioda 

completeAlmanacProvided 
gnss-AlmanacList 



INTEGER {0 . .255) 
INTEGER {0 . .255) 
INTEGER {0 . .3) 
BOOLEAN, 
GNSS-AlmanacList, 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



GNSS-AlmanacList 



SEQUENCE {SIZE{1. .64) ) OF GNSS-AlmanacElement 



GNSS-AlmanacElement ::= CHOICE { 

keplerianAlmanacSet AlmanacKeplerianSet , -- Model-1 
keplerianNAV-Almanac AlmanacNAV-KeplerianSet , -- Model -2 
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keplerianReducedAlmanac AlmanacReducedKeplerianSet , -- Model -3 

keplerianMidlAlmanac AlmanacMidiAlmanacSet , -- Model-4 

keplerianGLONASS AlmanacGLONASS-AlmanacSet , -- Model-5 

ecef-SBAS-Almanac AlmanacECEF-SBAS-AlmanacSet , -- Model-6 



ASNISTOP 



GNSS-Almanac i\e\d descriptions 



weekNumber 

This field specifies tlie almanac reference week number in GNSS specific system time to which the almanac reference 
time toa is referenced, modulo 256 weeks. 



toa 

This field specifies the almanac reference time given in GNSS specific system time, in units of seconds with a scale 
factor of 212. 



loda 

This f ield specifies the issu e of data. 



completeAlmanacProvided 

If set to TRUE, the gnss-AlmanacList contains almanacs for the complete GNSS constellation indicated by GNSS-ID. 

gnss-AlmanacList 

This list contains the almanac model for each GNSS satellite in the GNSS constellation. 



AlmanacKeplerianSet 



-- ASNISTART 






AlmanacKeplerianSet ::= 


SEQUENCE { 




svID 


SV-ID, 




kepAlmanacE 


INTEGER 


0. .2047) , 


kepAlmanacDeltal 


INTEGER 


-1024. .1023) , 


kepAlmanacOmegaDot 


INTEGER 


-1024. .1023) , 


kepSVHealth 


INTEGER 


0. .15) , 


kepAlmanacAPowerHalf 


INTEGER 


-65536. .65535) , 


kepAlmanacOmegaO 


INTEGER 


-32768. .32767) , 


kepAlmanacW 


INTEGER 


-32768. .32767) , 


kepAlmanacMO 


INTEGER 


-32768. .32767) , 


kepAlmanacAF 


INTEGER 


-8192. .8191) , 


kepAlmanacAFl 

} 

-- ASNISTOP 


INTEGER 


-1024. .1023) , 







AlmanacKeplerianSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



kepAlmanacE 

Parameter e, eccentricity, dimensionless [8]. 
Scale factor 2 



16 



kepAlmanacDeltal 

Parameter 51, semi-circles [8]. 
Scale factor 2"^'' semi-circles. 



kepAlmanacOmegaDot 

Parameter OMEGADOT, longitude of ascending node of orbit plane at weekly epoch (semi-circles/sec) [8]. 
Scale factor 2"^^ semi-circles/seconds. 



kepSVHealth 

Parameter SV Health KP, dimensionless. This field specifies the SV Health status in GNSS almanac model using 
Keplerian parameters. In Galileo case this field shall contain the l/NAV health status bits [8]. 



kepAlmanacAPowerHalf 



,1/2 



1/2, 



Parameter delta A , Semi-Major Axis delta (meters) [8] 
Scale factor 2"^ meters '^ . 



kepAlmanacOmegaO 

Parameter OMEGAo, longitude of ascending node of orbit plane at weekly epoch (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 
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AlmanacKeplerianSet field descriptions 



kepAlmanacW 

Parameter co, argument of perigee (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



kepAlmanacMO 

Parameter Mo, mean anomaly at reference time (semi-circles) [8]. 
Scale factor 2"^^ semi-circles. 



kepAlmanacAFO 

Parameter afo, seconds [8]. 
Scale factor 2"^^ seconds. 



kepAlmanacAFI 

Parameter afi, sec/sec [8]. 
Scale factor 2"^^ seconds/second. 



AlmanacNAV-KeplerianSet 



-- ASNISTART 








AlmanacNAV-KeplerianSet : 


:= SEQUENCE 


{ 




svID 


SV-ID, 






navAlmE 


INTEGER 


{0. .65535) , 




navAlmDeltal 


INTEGER 


{-32768. .32767) , 




navAlmOMEGADOT 


INTEGER 


{-32768. .32767) , 




navAlmSVHealth 


INTEGER 


{0. .255) , 




navAlmSqrtA 


INTEGER 


{0. .16777215) , 




navAlmOMEGAo 


INTEGER 


{degreesMaximumNegative . 


.degreesMaximum) , 


navAlmOmega 


INTEGER 


{ degree sMaximumNegative . 


.degreesMaximum) , 


navAlmMo 


INTEGER 


{degreesMaximumNegative . 


.degreesMaximum) , 


navAlmaf 


INTEGER 


{-1024. .1023) , 




navAlmaf 1 

} 

-- ASNISTOP 


INTEGER 


{-1024. .1023) , 
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AlmanacNA V-KeplerianSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



navAlmE 

Parameter e, eccentricity, dimensionless [4,7]. 
Scale factor 2"^\ 



navAlmDeltal 

Parameter 51, correction to inclination, semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmOMEGADOT 

Parameter Q , rate of right ascension, semi-circles/sec [4,7]. 
Scale factor 2"^® semi-circles/second. 



navAlmSVHealth 

Parameter S V Health, satellite health [4,7]. 



navAlmSqrtA 

Parameter ^JA , square root of the semi-major axis, meters^'^[4,7] 



Scale factor 2"" meters "I 



navAlmOMEGAo 

Parameter Qo, longitude of ascending node of orbit plane at weekly epoch, semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmOmega 

Parameter co, argument of perigee semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmMo 

Parameter Mo, mean anomaly at reference time semi-circles [4,7]. 
Scale factor 2"^^ semi-circles. 



navAlmafO 

Parameter am, apparent satellite clock correction seconds [4,7]. 
Scale factor 2"^" seconds. 



navAlmafI 

Parameter an, apparent satellite clock correction sec/sec [4,7]. 
Scale factor 2"^^ semi-circles seconds/second. 



AlmanacReducedKeplerianSet 



-- ASNISTART 






AlmanacReducedKepleri 


anSet 


: : = SEQUENCE { 


svID 




SV-ID, 


redAlmDeltaA 




INTEGER {-128. .127) , 


r edAlmOmega 




INTEGER {-S4. .63) , 


redAlmPhiO 




INTEGER {-64. .63) , 


redAlmLlHealth 




BOOLEAN, 


redAlmL2Health 




BOOLEAN, 


redAlmLBHealth 

} 

-- ASNISTOP 




BOOLEAN, 
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AlmanacReducedKeplehanSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



redAlmDeltaA 

Parameter 5a, meters [4,5,6,7]. 
Scale factor 2*^ meters. 



redAlmOmegaO 

Parameter Qo, semi-circles [4,5,6,7]. 
Scale factor 2"® semi-circles. 



redAlmPhiO 

Parameter ©o, semi-circles [4,5,6,7]. 
Scale factor 2"® semi-circles. 



redAlmU Health 

Parameter L1 Health, dimensionless [4,5,6,7]. 



redAlmL2Health 

Parameter L2 Health, dimensionless [4,5,6,7]. 



redAlmLSHealth 

Parameter L5 Health, dimensionless [4,5,6,7]. 



- AlmanacMidiAlmanacSet 

-- ASNISTART 

AlmanacMidiAlmanacSet : : = SEQUENCE { 

svID SV-ID, 

midiAlmE INTEGER {0..2047), 

midiAlmDeltal INTEGER { -1024 .. 1023 ) , 

midlAlmOmegaDot INTEGER {-1024.. 1023), 

midiAlmSqrtA INTEGER {0.. 131071), 

midiAlmOmegaO INTEGER {-32768.. 32767) 

midiAlmOmega INTEGER {-32768.. 32767) 

midiAlmMo INTEGER { -32768 .. 32767) 

midiAlmafO INTEGER { -1024 .. 1023 ) , 

midiAlmafl INTEGER {-512.. 511), 

midiAlmLlHealth BOOLEAN, 

midiAlmL2Health BOOLEAN, 

midiAlmL5Health BOOLEAN, 



ASNISTOP 
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AlmanacMidiAlmanacSet field descriptions 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



midiAlmE 

Parameter e, dimensionless [4,5,6,7]- 
Scale factor 2"^^ 



midiAlmDeltal 

Parameter 5i, semi-circles [4,5,6,7]. 
Scale factor 2'^* semi-circles. 



midiAlmOmegaDot 

Parameter Q , semi-circles/sec [4,5,6,7]. 
Scale factor 2"^^ semi-circles/second. 



midiAlmSqrtA 

Parameter vA , meters"^ [4,5,6,7]. 
Scale factor 2* meters^'^. 



midiAlmOmegaO 

Parameter Qo, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmOmega 

Parameter co, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmMo 

Parameter IVIo, semi-circles [4,5,6,7]. 
Scale factor 2"^^ semi-circles. 



midiAlmafO 

Parameter ato, seconds [4,5,6,7]. 
Scale factor 2'^° seconds. 



midiAlmafI 

Parameter an, sec/sec [4,5,6,7]. 
Scale factor 2"^'' seconds/second. 



midiAlmL 1 Health 

Parameter L1 Health, dimensionless [4,5,6,7]. 



midiAlmL2Health 

Parameter L2 Health, dimensionless [4,5,6,7]. 



midiAlmLSHealth 

Parameter L5 Health, dimensionless [4,5,6,7]. 



AlmanacGLONASS-AlmanacSet 



-- ASNISTART 








AlmanacGLONASS-AlmanacSet 


: : = SEQUENCE { 




gloAlm-NA 


INTEGER 


{1. .1461) , 




gloAlmnA 


INTEGER 


{1. .24) , 




gloAlmHA 


INTEGER 


{0. .31) , 




gloAlmLambdaA 


INTEGER 


{-1048576. .1048575) , 




gloAlmtlambdaA 


INTEGER 


{0. .2097151) , 




gloAlmDeltala 


INTEGER 


{-131072. .131071) , 




gloAlmDeltaTA 


INTEGER 


{-2097152. .2097151) , 




gloAlmDeltaTdotA 


INTEGER 


{-64. .63) , 




gloAlmEpsilonA 


INTEGER 


{0. .32767) , 




gloAlmOmegaA 


INTEGER 


{-32768. .32767) , 




gloAlmTauA 


INTEGER 


{-512. .511) , 




gloAlmCA 


INTEGER 


{0. .1) , 




gloAlmMA 

} 

-- ASNISTOP 


BIT STRING {SIZE (2) ) 


OPTIONAL, 
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AlmanacGLONASS-AlmanacSet field descriptions 



gloAlmNA 

Parameter r 
Scale factor 1 days. 



Parameter n'^, days [9]. 



gloAlmnA 

Parameter n^, dimensionless [9]. 



gloAlmHA 

Parameter Hn^, dimensionless [9]. 



gloAlmLambdaA 

Parameter Xr,'^, semi-circles [9]. 
Scale factor 2"^° semi-circles. 



gloAlmtlambdaA 

Parameter t;,n*, seconds [9]. 
Scale factor 2"^ seconds. 



gloAlmDeltala 

Parameter Ain*, semi-circles [9]. 
Scale factor 2"^° semi-circles. 



gloAlmDeltaTA 

Parameter ATp*, sec/orbit period [9]. 
Scale factor 2"^ seconds/orbit period. 



gloAlmDelta TdotA 

Parameter AT DOTn'^, sec/orbit period^ [9]. 
Scale factor 2^" seconds/orbit period^. 



gloAlmEpsilonA 

Parameter en^ dimensionless [9]. 
Scale factor 2'^°. 



gloAlmOmegaA 

Parameter con'^, semi-circles [9]. 
Scale factor 2"^^ semi-circles. 



gloAlmTauA 

Parameter Xn*, 

Scale factor 2"^^ seconds. 



Parameter Xn*, seconds [9]. 



gloAlmCA 

Parameter Cn^, dimensionless [9]. 



gloAlmMA 

Parameter IVIn'^, dimensionless [9]. This parameter is present if its value is nonzero; otherwise it is not present. 



AlmanacECEF-SBAS-AlmanacSet 



-- ASNISTART 






AlmanacECEF-SBAS-AlmanacSet 


: : = SEQUENCE { 


sbasAlmDatalD 


INTEGER 


{0. .3) , 


svID 


SV-ID, 




sbasAlmHealth 


BIT STRING {SIZE (8) ) , 


sbasAlmXg 


INTEGER 


{-16384. .16383) , 


sbasAlmYg 


INTEGER 


{-16384. .16383) , 


sbasAlmZg 


INTEGER 


{-256. .255) , 


sbasAlmXgdot 


INTEGER 


{-4. .3) , 


sbasAlmYgDot 


INTEGER 


{-4. .3) , 


sbasAlmZgDot 


INTEGER 


{-8. .7) , 


sbasAlmTo 

} 

-- ASNISTOP 


INTEGER 


{0. .2047) , 
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AlmanacECEF-SBAS-AlmanacSet field descriptions 



sbasAlmDatalD 

Parameter Data ID, dimensionless [10], 



svID 

This field identifies the satellite for which the GNSS Almanac Model is given. 



sbasAlmHealth 

Parameter Health, dimensionless [10]. 



sbasAlmXg 

Parameter Xq, meters [10]. 
Scale factor 2600 meters. 



sbasAlmYg 

Parameter Yg, meters [10]. 
Scale factor 2600 meters. 



sbasAlmZg 

Parameter Zq, meters [10]. 
Scale factor 26000 meters. 



sbasAlmXgdot 

Parameter Xg Rat-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmYgDot 

Parameter Yg Rate-of-Change, meters/sec [10]. 
Scale factor 10 meters/second. 



sbasAlmZgDot 

Parameter Zq Rate-of-Change, meters/sec [10]. 
Scale factor 40.98 meters/second. 



sbasAlmTo 

Parameter to, seconds [10]. 
Scale factor 84 meters/seconds. 



GNSS-UTC-Model 

The IE GNSS-UTC-Model is used by the location server to provide several sets of parameters needed to relate GNSS 
system time to Universal Time Coordinate (UTC), as defined in [4,5,6,7,8,9,10]. 

The UTC time standard, UTC(k), is GNSS specific. E.g., if GNSS-ID indicates GPS, GNSS-UTC-Model contains a set 
of parameters needed to relate GPS system time to UTC(USNO); if GNSS-ID indicates QZSS, GNSS-UTC-Model 
contains a set of parameters needed to relate QZST to UTC(NICT); ii GNSS-ID indicates GLONASS, GNSS-UTC- 
Model contains a set of parameters needed to relate GLONASS system time to UTC(RU); if GNSS-ID indicates SB AS, 
GNSS-UTC-Model contains a set of parameters needed to relate SB AS network time for the SB AS indicated by SBAS- 
ID to the UTC standard defined by the UTC Standard ID. 

-- ASNISTART 

GNSS-UTC-Model ::= CHOICE { 

utcModell UTC-ModelSetl, -- Model-1 

utcModel2 UTC-ModelSet2 , -- Model-2 

utcModel3 UTC-ModelSet3, -- Model-3 

utciyiodel4 UTC-ModelSet4, -- Model-4 



ASNISTOP 



UTC-ModelSet1 



-- ASNISTART 






UTC-ModelSetl ::= SEQUENCE { 




gnss-Utc-Al 


INTEGER 


{degreesMaximumNegative . .degreesMaximum) , 


gnss-Utc-AO 


INTEGER 


{-2147483648. .2147483647) , 


gnss-Utc-Tot 


INTEGER 


{0. .255) , 


gnss-Utc-WNt 


INTEGER 


{0. .255) , 


gnss-Utc-DeltaTls 


INTEGER 


{-128. .127) , 


gnss-Utc-WNlsf 


INTEGER 


{0. .255) , 


gnss-Utc-DN 


INTEGER 


{-128. .127) , 


gnss-Utc-DeltaTlsf 


INTEGER 


{-128. .127) , 
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ASNISTOP 



UTC-ModelSet1 field descriptions 



gnss-Utc-AI 

Parameter Ai, scale factor 2'^° seconds/second [4,7,8]- 



gnss-Utc-AO 

Parameter Ap, scale factor 2'^° seconds [4,7,8], 



gnss-Utc-Tot 

Parameter tot, scale factor 2^^ seconds [4,7,8]. 



gnss-Utc-WNt 

Parameter WNt, scale factor 1 week [4,7,8], 



gnss-Utc-Delta TIs 

Parameter Atis, scale factor 1 second [4,7,8], 



gnss-Utc-WNIsf 

Parameter WNlsf, scale factor 1 week [4,7,8], 



gnss-Utc-DN 

Parameter DN, scale factor 1 day [4,7,8], 



gnss-Utc-Delta TIsf 

Parameter Atisp, scale factor 1 second [4,7,8], 



UTC-ModelSet2 



-- ASNISTART 






UTC-ModelSet2 : := 


SEQUENCE { 




utcAO 


INTEGER 


{-32768, ,32767) , 


utcAl 


INTEGER 


{-4096, ,4095) , 


utcA2 


INTEGER 


{-64, ,63) , 


utcDeltaTls 


INTEGER 


{-128, ,127) , 


utcTot 


INTEGER 


{0, ,65535) , 


utcWNot 


INTEGER 


{0, ,8191) , 


utcWNlsf 


INTEGER 


{0, ,255) , 


utcDN 


BIT STRING {SIZE (4) ) , 


utcDeltaTlsf 

} 

-- ASNISTOP 


INTEGER 


{-128, ,127) , 







UTC-ModelSet2i\e\d descriptions 



UtcAO 

Parameter Ao-n, bias coefficient of GNSS time scale relative to UTC time scale (seconds) [4,5,8,7], 
Scale factor 2"^^ seconds. 



utcAl 

Parameter Ai-n, drift coefficient of GNSS time scale relative to UTC time scale (sec/sec) [4,5,8,7]. 
Scale factor 2"^^ seconds/second. 



utcA2 

Parameter A2-n, drift rate correction coefficient of GNSS time scale relative to UTC time scale (sec/sec^) [4,5,8,7], 
Scale factor 2"®^ seconds/second^. 



UtcDeltaTls 

Parameter Atis, current or past leap second count (seconds) [4,5,8,7]. 
Scale factor 1 second. 



UtcTot 

Parameter tot, time data reference time of week (seconds) [4,5,6,7]. 
Scale factor 2'^ seconds. 



UtcWNot 

Parameter WNot, time data reference week number (weeks) [4,5,6,7]. 
Scale factor 1 week. 



UtcWNlsf 

Parameter WNlsf, leap second reference week number (weeks) [4,5,6,7]. 
Scale factor 1 week. 



UtcDN 

Parameter DN, leap second reference day number (days) [4,5,6,7]. 
Scale factor 1 day. 
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UTC-ModelSet2 i\e\d descriptions 



utcDeltaTlsf 

Parameter AIlsf, current or future leap second count (seconds) [4,5,6,7]. 
Scale factor 1 second. 



UTC-ModelSet3 



-- ASNISTART 

UTC-ModelSet3 
nA 
tauC 
bl 
b2 
kp 

} 

-- ASNISTOP 



SEQUENCE { 

INTEGER {1. .14S1) , 
INTEGER {-2147483648 
INTEGER {-1024 
INTEGER 



.2147483S47) 



{-512. 



.1023) 
511) 



BIT STRING {SIZE {2) ) 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Cond GLONASS-M 
Cond GLONASS-M 
Cond GLONASS-M 



Conditional presence 


Explanation 


GLONASS-M 


The field is mandatory present if GLONASS-M satellites are present in the current 
GLONASS constellation; otherwise it is not present. 



UTC-ModelSet3 i\e\d descriptions 



nA 

Parameter N*, callendar day number within four-year period beginning since the leap year (days) [9]. 
Scale factor 1 day. 



tauC 

Parameter Xc, GLONASS time scale correction to UTG(SU) (seconds) [9]. 
Scale factor 2"^^ seconds. 



b1 

Parameter B1 , coefficient to determine AUT1 (seconds) [9]. 
Scale factor 2"^° seconds. 



b2 

Parameter B2, coefficient to determine AUT1 (seconds/msd) [9]. 
Scale factor 2"^® seconds/msd. 



kp 

Parameter KP, notification of expected leap second correction (dimensionless) [9]. 



UTC-ModelSet4 



-- ASNISTART 






UTC-ModelSet4 : := 


SEQUENCE { 




utcAlwnt 


INTEGER 


{degreesMaximumNegative . .degreesMaximum) , 


utcAOwnt 


INTEGER 


{-2147483648. .2147483647) , 


utcTot 


INTEGER 


{0. .255) , 


utcWNt 


INTEGER 


{0. .255) , 


utcDeltaTls 


INTEGER 


{-128. .127) , 


utcWNlsf 


INTEGER 


{0. .255) , 


utcDN 


INTEGER 


{-128. .127) , 


UtcDeltaTlsf 


INTEGER 


{-128. .127) , 


utcStandardID 

} 

-- ASNISTOP 


INTEGER 


{0. .7) , 







t/7C-Mode/SeM field descriptions 



UtcAlwnt 

Parameter Aiwnt, sec/sec ([10], Message Type 12). 
Scale factor 2"^° seconds/second. 
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UTC-ModelSet4 i\e\d descriptions 



utcAOwnt 

Parameter Aqwnt, seconds ([10], Message Type 12). 
Scale factor 2"^° seconds. 



utcTot 

Parameter tot, seconds ([10], Message Type 12). 
Scale factor 2^^ seconds. 



utcWNt 

Parameter WNt, weeks ([10], Message Type 12). 
Scale factor 1 week. 



utcDeltaTIs 

Parameter Atis, seconds ([10], Message Type 12). 
Scale factor 1 second. 



utcWNIsf 

Parameter WNlsf, weeks ([10], Message Type 12). 
Scale factor 1 week. 



utcDN 

Parameter DN, days ([10], Message Type 12). 
Scale factor 1 day. 



utcDeltaTlsf 

Parameter AIlsf, seconds ([10], Message Type 12). 
Scale factor 1 second. 



utcStandardlD 

If GNSS-ID indicates "sbas", this field indicates the UTC standard used for the SBAS network time indicated by 
SBAS-ID\o UTC relation as defined as ( [7], Message Type 12) in the table Value of UTC Standard ID to UTC 
Standard relation shown below. 



Value of UTC Standard ID to UTC Standard relation 



Value of UTC 
Standard ID 


UTC Standard 





UTC as operated by the Communications Research Laboratory (CRL), Tokyo, Japan 


1 


UTC as operated by the National Institute of Standards and Technology (NIST) 


2 


UTC as operated by the U. S. Naval Observatory (USNO) 


3 


UTC as operated by the International Bureau of Weights and Measures (BIPM) 


4-7 


Reserved for future definition 



- GNSS-Auxiliarylnformation 

The IE GNSS-Auxiliarylnformation is used by the location server to provide additional information dependent on the 
GNSS-ID. If GNSS-Auxiliarylnformation is provided together with other satellite dependent GNSS assistance data (i.e.. 
any of GNSS-DifferentialCorrections, GNSS-NavigationModel, GNSS-DataBitAssistance, or GNSS- 
AcquisitionAssistance lEs) and LPP pseudo-segmentation is used, the GNSS-Auxiliarylnformation should be provided 
for the same satellites and in the same LPP segment as the other satellite dependent GNSS assistance data. 

-- ASNISTART 

GNSS-Auxiliarylnformation ::= CHOICE { 
gnss-ID-GPS GNSS-ID-GPS, 
gnss-ID-GLONASS GNSS-ID-GLONASS , 



GNSS-ID-GPS ::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS- ID-GPS-SatElement 

GNSS-ID-GPS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 



GNSS-ID-GLONASS ::= SEQUENCE {SIZE { 1 . . 64 ) ) OF GNSS- ID-GLONASS-SatElement 

GNSS-ID-GLONASS-SatElement ::= SEQUENCE { 
svID SV-ID, 

signalsAvailable GNSS-SignallDs, 
channelNumber INTEGER {-7.. 13) OPTIONAL, -- Cond FDMA 
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Conditional presence 


Explanation 


FDMA 


The field is mandatory present if tine GLONASS SV indicated by svID broadcasts FDIVIA 
signals; othenwise it is not present. 



GNSS-Auxiliarylnformation field descriptions 



gnss-ID-GPS 

This choice may only be present if GNSS-ID indicates GPS. 



gnss-ID-GLONASS 

This choice may only be present if GNSS-ID indicates GLONASS. 



svID 

This field specifies the GNSS SV for which the GNSS-Auxiliarylnformation is given. 



signals A vailable 

This field indicates the ranging signals supported by the satellite indicated by svlD. This field is given as a bit string as 
defined in GNSS-SignallDs ior a particular GNSS. If a bit is set to "1" it indicates that the satellite identified by svID 
transmits ranging signals according to the signal correspondence in GNSS-SignallDs. If a bit is set to "0" it indicates 
that the corresponding signal is not supported on the satellite identified by svlD. 



channelNumber 

This field indicates the GLONASS carrier frequency number of the satellite identified by svID, as defined in [9]. 



6.5.2.3 



GNSS Assistance Data Request 



A-GNSS-RequestAssistanceData 

The IE A-GNSS-RequestAssistanceData is used by the target device to request GNSS assistance data from a location 



-- ASNISTART 

A-GNSS-RequestAssistanceData : 
gnss-CommonAssistDataReq 
gnss-GenericAssistDataReq 



SEQUENCE { 

GNSS-CommonAssistDataReq OPTIONAL, 
GNSS-GenericAssistDataReq OPTIONAL, 



Cond CommonADReq 
Cond GenADReq 



ASNISTOP 





Conditional presence 


Explanation 


CommonADReq 


The field is mandatory present if the target device requests GNSS-CommonAssistData; 
otherwise it is not present. 


GenADReq 


This field is mandatory present if the target device requests GNSS-GenericAssistData for 
one or more specific GNSS; otherwise it is not present. 



GNSS-CommonAssistDataReq 

The IE GNSS-CommonAssistDataReq is used by the target device to request assistance data that are appHcable to any 
GNSS from a location server. 



-- ASNISTART 






GNSS-CommonAssistDataReq ::= SEQUENCE { 






gnss-Ref erenceTimeReq GNSS-Ref erenceTimeReq 






OPTIONAL, -- 


Cond 


RefTimeReq 


gnss-Ref erenceLocationReq GNSS-Ref erenceLocationReq 






OPTIONAL, -- 


Cond 


RefLocReq 


gnss-IonosphericModelReq GNSS-IonosphericModelReq 






OPTIONAL, -- 


Cond 


lonoModReq 


gnss-EarthOrientationParametersReq GNSS-EarthOrientationParametersReq 






OPTIONAL, -- 


Cond 


EOPReq 
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ASNISTOP 



Conditional presence 


Explanation 


RefTimeReq 


The field is mandatory present if tlie target device requests GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocReq 


This field is mandatory present if the target device requests GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModReq 


This field is mandatory present if the target device requests GNSS-lonosphericModel; 
otherwise it is not present. 


EOPReq 


This field is mandatory present if the target device requests GNSS- 
EarthOrientationParameters; otherwise it is not present. 



GNSS-GenericAssistDataReq 

The IE GNSS-GenericAssistDataReq is used by the target device to request assistance data from a location server for 
one or more specific GNSS (e.g., GPS, GaUleo, GLONASS, etc.). The specific GNSS for which the assistance data are 
requested is indicated by the IE GNSS-ID and (if applicable) by the IE SBAS-ID. Assistance for up to 16 GNSSs can be 
requested. 



-- ASNISTART 










GNSS-GenericAssistDataReq ::= SEQUENCE {SIZE {1..16)) OF GNSS-GenericAssistDataReqElement 


GNSS-GenericAssistDataReqElement : : 


= SEQUENCE { 








gnss-ID 


GNSS-ID, 








sbas-ID 


SBAS-ID 


OPTIONAL, 


-- Cond 


GNSS-ID-SBAS 


gns s - TimeModel sReq 


GNSS-TimeModelListReq 


OPTIONAL, 


-- Cond 


TimeModReq 


gnss-Dif f erentialCorrectionsReq 


GNSS -Diff erentialCorrectionsReq 


OPTIONAL, 


- - Cond 


DGNSS-Req 


gnss-NavigationModelReq 


GNSS-NavigationModelReq 


OPTIONAL, 


- - Cond 


NavModReq 


gnss-RealTimelntegrityReq 


GNSS-RealTimelntegrityReq 


OPTIONAL, 


- - Cond 


RTIReq 


gnss-DataBitAssistanceReq 


GNSS-DataBitAssistanceReq 


OPTIONAL, 


- - Cond 


DataBitsReq 


gnss-AcquisitionAssistanceReq 


GNSS-AcquisitionAssistanceReq 


OPTIONAL, 


-- Cond 


AcquAssistReq 


gnss-AlmanacReq 


GNSS-AlmanacReq 


OPTIONAL, 


-- Cond 


AlmanacReq 


gnss-UTCModelReq 


GNSS-UTC-ModelReq 


OPTIONAL, 


-- Cond 


UTCModReq 


gnss-AuxiliarylnformationReq 

} 

-- ASNISTOP 


GNSS-AuxiliarylnformationReq 


OPTIONAL, 


-- Cond 


AuxInfoReq 











Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


TimeModReq 


The field is mandatory present if the target device requests GNSS-TimeModelList; 
otherwise it is not present. 


DGNSS-Req 


The field is mandatory present if the target device requests GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModReq 


The field is mandatory present if the target device requests GNSS-NavigationModel; 
otherwise it is not present. 


RTIReq 


The field is mandatory present if the target device requests GNSS-RealTimelntegrity; 
otherwise it is not present. 


DataBitsReq 


The field is mandatory present if the target device requests GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistReq 


The field is mandatory present if the target device requests GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacReq 


The field is mandatory present if the target device requests GNSS-Almanac; otherwise it 
is not present. 


UTCModReq 


The field is mandatory present if the target device requests GNSS-UTCModel; otherwise 
it is not present. 


AuxInfoReq 


The field is mandatory present if the target device requests GNSS-Auxiliarylnformation; 
otherwise it is not present. 
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6.5.2.4 



GNSS Assistance Data Request Elements 



GNSS-ReferenceTimeReq 

The IE GNSSReferenceTimeReq is used by the target device to request the GNSSReferenceTime assistance from the 
location server. 



-- ASNISTART 
















GNSS-ReferenceTimeReq ::= 
gnss-TimeReqPrefList 
gps-TOW-assistReq 
notOfLeapSecReq 

} 

-- ASNISTOP 


SEQUENCE { 
SEQUENCE 
BOOLEAN 
BOOLEAN 


{SIZE 


{1. 


.8) ) 


OF GNSS-ID, 


OPTIONAL, 
OPTIONAL, 


-- Cond gps 

-- Cond glonass 

















Conditional presence 


Explanation 


gps 


The field is mandatory present if gnss-TimeReqPrefList \nc\u6es a GNSS-ID= "gps"; 
otherwise it is not present. 


glonass 


The field is mandatory present if gnss-TimeReqPrefList [nc\u6es a GNSS-ID= "glonass"; 
otherwise it is not present. 



GNSS-ReferenceTimeReq field descriptions 



gnss-TimeReqPrefList 

This field is used by the target device to request the system time for one or more specific GNSSs, specified by GNSS- 
ID in the order of preference. The first GNSS-ID in the list is the most preferred GNSS for reference time, the second 
GNSS-ID is the second most preferred, etc. 



gps-TOW-assistReq 

This field is used by the target device to request the gps-Tow-Assist i\e\6 in GNSS-SystemTime. TRUE means 
requested. 



notOfLeapSecReq 

This field is used by the target device to request the notificationOfLeapSecondi\e\6 in GNSS-SystemTime. TRUE 
means requested. 



GNSS-ReferenceLocationReq 

The IE GNSS-ReferenceLocationReq is used by the target device to request the GNSS-ReferenceLocation assistance 
from the location server. 



-- ASNISTART 
GNSS-ReferenceLocationReq 



SEQUENCE 



ASNISTOP 



GNSS-lonosphericModelReq 

The IE GNSS-IonospltericModelReq is used by the target device to request the GNSS-IonospliericModel assistance from 
the location server. 



-- ASNISTART 








GNSS-IonosphericModelReq : 


:= SEQUENCE { 






klobucharModelReq 


BIT STRING {SIZE (2) ) 


OPTIONAL, 


-- Cond klobuchar 


neQuickModelReq 

} 

-- ASNISTOP 


NULL 


OPTIONAL, 


-- Cond nequick 
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Conditional presence 


Explanation 


klobuchar 


The field is mandatory present if tlie target device requests klobucharModel; otherwise it 
is not present. The BIT STRING defines the datalD requested, defined in IE 
KlobucharModelParameter. 


nequick 


The field is mandatory present if the target device requests neQuickModel; otherwise it is 
not present. 



GNSS-EarthOrientationParametersReq 

The IE GNSS-EarthOrientationParametersReq is used by the target device to request the GNSS- 
EarthOrientationParameters assistance from the location server. 

-- ASNISTART 

GNSS-EarthOrientationParametersReq ::= SEQUENCE { 



ASNISTOP 



GNSS-TimeModelListReq 

The IE GNSSTimeModelListReq is used by the target device to request the GNSS-TimeModelElement assistance from 
the location server. 

-- ASNISTART 

GNSS-TimeModelListReq ::= SEQUENCE {SIZE {1 . . 15 ) ) OF GNSS-TimeModelElementReq 

GNSS-TimeModelElementReq ::= SEQUENCE { 
gnss-TO-IDsReq INTEGER {1..15), 
deltaTreq BOOLEAN, 



ASNISTOP 



GNSS-TimeModelElementReq field descriptions 



gnss-TO-IDsReq 

This field specifies the requested gnss-TO-ID. The meaning and encoding is the same as the gnss-TO-ID f\e\d in the 
GNSSTimeModelElement IE. 



deltaTreq 

This field specifies whether or not the location server is requested to include the de/faTfield in the GNSS- 
TimeModelElement \E. TRUE means requested. 



GNSS-DifferentialCorrectionsReq 

The IE GNSSDijferentialCorrectionsReq is used by the target device to request the GNSS-DijferentialCorrections 
assistance from the location server. 

-- ASNISTART 

GNSS-DifferentialCorrectionsReq ::= SEQUENCE { 
dgnss-SignalsReq GNSS-SignallDs, 

dgnss-ValidityTimeReq BOOLEAN, 



ASNISTOP 



GNSS-DlfferentialCorrectionsReq field descriptions 
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GNSS-DifferentialCorrectionsReq field descriptions 



dgnss-SignalsReq 

This field specifies the GNSS Signal{s) for which the GNSS-DifferentialCorrections are requested. A one-value at a bit 
position means DGNSS corrections for the specific signal are requested; a zero-value means not requested. The 
target device shall set a maximum of three bits to value "one". 



dgnss- ValidityTimeReq 

This field specifies whether the udreGrowthRate and udreValidityTime in GNSS-DifferentialCorrections are requested 
or not. TRUE means requested. 



GNSS-Navigation Model Req 

The IE GNSS-NavigationModelReq is used by the target device to request the GNSS-NavigatioriModel assistance from 
the location server. 

-- ASNISTART 

GNSS-NavigationModelReq ::= CHOICE { 
storedNavList StoredNavListInf o, 
reqNavList ReqNavListInf o, 

} 

StoredNavListInf o ::= SEQUENCE { 

gnss-WeekOrDay INTEGER {0..4095), 

gnss-Toe INTEGER {0..255), 

t-toeLimit INTEGER {0..15), 

satListRelatedDataList SatListRelatedDataList OPTIONAL, 

} 

SatListRelatedDataList ::= SEQUENCE {SIZE {1..64)) OF SatListRelatedDataElement 

SatListRelatedDataElement ::= SEQUENCE { 
svID SV-ID, 

iod BIT STRING (SIZEdD), 

clockModellD INTEGER {1..8) OPTIONAL, 

orbitModellD INTEGER {1..8) OPTIONAL, 

} 

ReqNavListInf o ::= SEQUENCE { 

svReqList BIT STRING {SIZE (64)), 

clockModellD-PrefList SEQUENCE {SIZE {1..8)) OF INTEGER {1..8) OPTIONAL, 
orbitModellD-PrefList SEQUENCE {SIZE {1..8)) OF INTEGER {1..8) OPTIONAL, 
addNavparamReq BOOLEAN OPTIONAL, -- Cond orbitModelID-2 



ASNISTOP 



Conditional presence 


Explanation 


orbitModellD-2 


The field is mandatory present if orbitModellD-PrefList'\s absent or includes a Model-ID = 
"2"; otherwise it is not present. 



GNSS-NavigationModelReq field descriptions 



StoredNavList 

This list provides information to the location server about which GNSS-NavigationModel 6ala the target device has 
currently stored for the particular GNSS indicated by GNSS-ID. 



reqNavList 

This list provides information to the location server which GNSS-NavigationModel daia are requested by the target 
device. 



gnss- WeeliOrDay 

If GNSS-ID does not indicate "glonass", this field defines the GNSS Week number of the assistance currently held by 

the target device. 

If GNSS-ID is set to "glonass", this field defines the calendar number of day within the four-year interval starting from 

1^' of January in a leap year, as defined by the parameter Nt in [9] of the assistance currently held by the target 

device. 
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GNSS-NavigationModelReq field descriptions 



gnss-Toe 

If GNSS-ID does not indicate "glonass", this field defines tlie GNSS time of ephemeris in hours of the latest ephemeris 
set contained by the target device. 

If GNSS-ID is set to "glonass", this field defines the time of ephemeris in units of 1 5 minutes of the latest ephemeris 
set contained by the target device (range to 95 representing time values between and 1425 minutes). In this case, 
values 96 to 255 shall not be used by the sender. 



t-toeLimit 

If GNSS-ID does not indicate "glonass", this IE defines the ephemeris age tolerance of the target device in units of 

hours. 

If GNSS-ID is set to "glonass", this IE defines the ephemeris age tolerance of the target device in units of 30 minutes. 



satListRelatedDataList 

This list defines the clock and orbit models currently held by the target device for each SV. 



svID 

This field identifies the particular GNSS satellite. 



iod 

This field identifies the issue of data currently held by the target device. 



clockModellD, orbitModellD 

These fields define the clock and orbit model number currently held by the target device. If these fields are absent, the 
default interpretation of the table GNSS-ID to clocklVlodellD & orbitModellD relation below applies. 



svReqList 

This field defines the SV for which the navigation model assistance is requested. Each bit position in this BIT STRING 
represents a SV-ID. Bit 1 represents SV-ID='\ and bit 64 represents SV-ID=64. A one-value at a bit position means the 

navig ation model data_for the corresponding SV-ID is requested, a zero-value means not requested. 

clockModellDPrefList, orbitModellD-PrefList 

These fields define the Model-IDs for the clock and orbit models the target device wishes to obtain in the order of 
preference. The first Model-ID in the list is the most preferred model, the second Model-ID the second most preferred, 
etc. If these fields are absent, the default interpretation of the table GNSS-ID to clockModellD-PrefList & 
orbitModellDPrefList relation below applies. 



addNavparamReq 

This field specifies whether the location server is requested to include the addNAVparam fields in GNSS- 
Navigation Model \E {NavModel-NAVKeplerianSet field) or not. TRUE means requested. 



GNSS-ID to ClockModellD & orbitModellD relation 



GNSS-ID 


ClockModellD 


orbitModellD 


gps 


2 


2 


sbas 


5 


5 


qzss 


2 


2 


galileo 


1 


1 


glonass 


4 


4 



GNSS-ID to ClockModellD-PrefList & orbitModellD-PrefList relation 



GNSS-ID 


ClockModellD-PrefList 


orbitModellD-PrefList 


gps 


Model-2 


Model-2 


sbas 


Model-5 


Model-5 


qzss 


Model-2 


Model-2 


galileo 


Model-1 


Model-1 


glonass 


Model-4 


Model-4 



GNSS-RealTimelntegrityReq 

The IE GNSS-RealTimelntegrityReq is used by the target device to request the GNSS-RealTimelntegrity assistance from 
the location server. 



-- ASNISTART 
GNSS-RealTimelntegrityReq ::= 



SEQUENCE { 
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ASNISTOP 



GNSS-DataBitAssistanceReq 

The IE GNSS-DataBitAssistanceReq is used by the target device to request the GNSS-DataBitAssistance assistance 
from the location server. 



-- ASNISTART 

GNSS-DataBitAssistanceReq ::= SEQUENCE { 

gnss-TOD-Req INTEGER {0..3599), 

gnss-TOD-FracReq INTEGER {0..999) OPTIONAL, 

dataBitlnterval INTEGER {0..15), 

gnss-SignalType GNSS-SignallDs, 

gnss-DataBitsReq GNSS-DataBitsReqSatList OPTIONAL, 



GNSS-DataBitsReqSatList ::= SEQUENCE {SIZE {1 . . 64 ) ) OF GNSS-DataBitsReqSatElement 

GNSS-DataBitsReqSatElement ::= SEQUENCE { 
svID SV-ID, 



ASNISTOP 



GNSS-DataBitAssistanceReq field descriptions 



gnss-TOD-Req 

This field specifies the reference time for the first data bit requested in GNSS specific system time, modulo 1 hour. 
Scale factor 1 second. 



gnss-TOD-FracReq 

This field specifies the fractional part of gnss-TOD-Req in 1-milli-second resolution. 
Scale factor 1 millisecond. 



dataBitlnterval 

This field specifies the time length for which the Data Bit Assistance is requested. The GNSS-DataBitAssistance shall 

be relative to the time interval {gnss-TOD-Req, gnss-TOD-Req + dataBitlnterval). 

The dataBitlnten/al r, expressed in seconds, is mapped to a binary number K with the following formula: 

r=0.1 x2'^ 
Value K=15 means that the time interval is not specified. 



gnss-SignalType 

This field specifies the GNSS Signal{s) for which the GNSS-DataBitAssistance are requested. A one-value at a bit 
position means GNSS-DataBitAssistance ior the specific signal is requested; a zero-value means not requested. 



gnss-DataBitsReq 

This list contains the SV-IDs for which the GNSS-DataBitAssistance is requested. 



GNSS-AcquisitionAssistanceReq 

The IE GNSS-AcquisitionAssistanceReq is used by the target device to request the GNSS-AcquisitionAssistance 
assistance from the location server. 

-- ASNISTART 

GNSS-AcquisitionAssistanceReq ::= SEQUENCE { 
gnss-SignallD-Req GNSS-SignallD, 



ASNISTOP 



GNSS-AcquisitionAssistanceReq field descriptions 



gnss-SignallD-Req 

This field specifies the GNSS signal type for which GNSSAcquisitionAssistance is requested. 
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GNSS-AlmanacReq 



The IE GNSS-AlmanacReq is used by the target device to request the GNSS-Almanac assistance from the location 
server. 



-- ASNISTART 








GNSS-AlmanacReq : 


= SEQUENCE { 






model ID 

} 

-- ASNISTOP 


INTEGER {1. 


.8) 


OPTIONAL, 









GNSS-AlmanacReq field descriptions 



modellD 

This field specifies the Almanac Model ID requested. If this field is absent, the default interpretation as in the table 
GNSS-ID to modellD relation below applies. 



GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


2 


sbas 


6 


qzss 


2 


galileo 


1 


glonass 


5 



GNSS-UTC-ModelReq 



The IE GNSS-UTC-ModelReq is used by the target device to request the GNSS-UTC-Model assistance from the location 
server. 

-- ASNISTART 

GNSS-UTC-ModelReq ::= SEQUENCE { 

modellD INTEGER {1 .. 8) OPTIONAL, 



ASNISTOP 



GNSS-UTC-ModelReq field descriptions 



modellD 

This field specifies the GNSS-UTCModel se\ requested. If this field is absent, thedefault interpretation as in the table 
GNSS-ID to modellD relation below applies. 



GNSS-ID to modellD relation 



GNSS-ID 


modellD 


gps 


1 


sbas 


4 


qzss 


1 


galileo 


1 


glonass 


3 



- GNSS-AuxiliarylnformationReq 

The IE GNSS-AuxiliarylnformationReq is used by the target device to request the GNSS-Auxiliarylnformation 
assistance from the location server. 
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-- ASNISTART 

GNSS-AuxiliarylnformationReq ::= SEQUENCE { 



ASNISTOP 



6.5.2.5 GNSS Location Information 

- A-GNSS-ProvideLocationlnformation 

The lEA-GNSS-ProvideLocationlnformation is used by the target device to provide location measurements (e.g., 
pseudo-ranges, location estimate, velocity) to the location server, together with time information. It may also be used to 
provide GNSS positioning specific error reason. 

-- ASNISTART 

A-GNSS-ProvideLocationlnformation ::= SEQUENCE { 

gnss-SignalMeasurement Information GNSS -SignalMeasurement Information OPTIONAL, 

gnss-Locationlnformation GNSS-Locationlnformation OPTIONAL, 

gnss-Error A-GNSS-Error OPTIONAL, 

} 

-- ASNISTOP 



6.5.2.6 GNSS Location Information Elements 

- GNSS-SignalMeasurementlnformation 

The IE GNSS-SignalMeasurementlnformation is used by the target device to provide GNSS signal measurement 
information to the location server and GNSS-network time association if requested by the location server. This 
information includes the measurements of code phase, Doppler, C/Nq and optionally accumulated carrier phase, also 
called accumulated deltarange (ADR), which enable the UE-assisted GNSS method where position is computed in the 
location server. Figure 6.5.2.6-1 illustrates the relation between some of the fields. 

-- ASNISTART 

GNSS-SignalMeasurementlnformation ::= SEQUENCE { 

measurementRef erenceTime MeasurementRef erenceTime , 
gnss-MeasurementList GNSS-MeasurementList , 



ASNISTOP 



GNSS-SignalMeasurementlnformation field descriptions 



measurementReferenceTime 

This field specifies tlie GNSS system time for which the information provided in gnss-MeasurementList \s valid. It may 
also include network time, if requested by the location server and supported by the target device. 



gnss-MeasurementList 

This field provides GNSS signal measurement information for up to 16 GNSSs. 



- MeasurementReferenceTime 

The IE MeasurementReferenceTime is used to specify the time when the measurements provided in A-GNSS-Provide- 
Location-Information are valid. It may also include GNSS-network time association, in which case reported 
measurements shall be valid for the cellular frame boundary defined in the network time association. 

-- ASNISTART 

MeasurementReferenceTime ::= SEQUENCE { 
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gnss-TOD-msec INTEGER {0. 

gnss-TOD-frac INTEGER {0. 

gnss-TOD-unc INTEGER {0. 

gnss-TimelD GNSS-ID, 

networkTime CHOICE { 
eUTRA SEQUENCE { 
physCellld 
cellGloballd 
systemFrameNumber 


.3599999) , 

.3999) OPTIONAL, 

.12 7) OPTIONAL, 

INTEGER {0. .503) , 

CellGloballdEUTRA-AndUTRA OPTIONAL, 
BIT STRING {SIZE (10)), 


UTRA 


SEQUENCE { 
mode 




CHOICE 
fdd 

tdd 


{ 

SEQUENCE { 

primary-CPICH-Info INTEGER {0..511), 

}-" 

SEQUENCE { 

cellParameters INTEGER {0..127), 

1 




}, 

cellGloballd CellGloballdEUTRA-AndUTRA OPTIONAL, 
ref erenceSystemFrameNumber 

INTEGER {0. .4095) , 


gSM 


SEQUENCE { 
bcchCarrier 
bsic 

cellGloballd 
ref erenceFrame 




INTEGER {0. .1023) , 

INTEGER {0. .S3) , 

CellGloballdGERAN OPTIONAL, 

SEQUENCE { 

referenceFN INTEGER {0.. 65535), 

referenceFNMSB INTEGER {0..63) OPTIONAL, 




deltaGNSS-TOD 
OPTIONAL, 




INTEGER { 


. . 12 7) OPTIONAL, 


}" 
} 
-- ASNISTOP 

















MeasurementReferenceTime field descriptions 



gnss-TOD-msec 

This field specifies tlie GNSS TOD for which the measurements and/or location estimate are valid. The 22 bits of 

GNSS TOD are the least significant bits. The most significant bits shall be derived by the location server to 

unambiguously derive the GNSS TOD. 

The value for GNSS TOD is derived from the GNSS specific system time indicated in gnss-TimelD rounded down to 

the nearest millisecond unit. 

Scale factor 1 millisecond. 



gnss-TOD-frac 

This field specifies the fractional part of the GNSS TOD in 250 ns resolution. The total GNSS TOD Is given by gnss- 
TOD-msec + gnss-TOD-frac. 
Scale factor 250 nanoseconds. 



gnss-TOD-unc 

This field provides the accuracy of the relation GNSS-network time when GNSS-network time association is provided. 

When GNSS-network time association Is not provided, this element can be included to provide the accuracy of the 

reported gnss-TOD-msec. 

If GNSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided network time if 

applicable, as observed at the target device location, lies in the interval [GNSS TOD - gnss-TOD-unc, GNSS TOD + 

gnss-TOD-unc]. 

The uncertainty r, expressed in microseconds. Is mapped to a number K, with the following formula: 

r=c^{{^+xf)-^) 

with C = 0.5 and x = 0.14. To encode any higher value of uncertainty than that corresponding in the above formulate 
K=127, the same value, K=127, shall also be used. The uncertainty is then coded on 7 bits, as the binary encoding of 
K. Examples of gnss-TOD-unc va\ue are as in the table Value of K to Value of uncertainty relation below. 
This field shall be included If the target device provides GNSS-network time relationship. 
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MeasurementReferenceTime field descriptions 



gnss-TimelD 

This field specifies tlie GNSS system time for wliich tine gnss-TOD-msec (and gnss-TOD-frac if applicable) is 
provided. 



networkTime 

These fields specify the network time event which the GNSS TOD time stamps. 

This field shall be included if the target device provides GNSS-network time relationship. 



physCellld 

This field identifies the reference cell, as defined in [12], that is used for the GNSS-network time relation. 

cellGloballd 

This field specifies the globally unique cell identifier (Evolved Cell Global Identifier (EGG!) in E-UTRA, global UTRAN 
Cell Identifier in UTRA, or Cell Global Identification (CGI) in GERAN) of the reference cell, as defined in [12] for E- 
UTRA and [13] for UTRA, for which the GNSS network time relation is provided. 



systemFrameNumber 

This field specifies the system frame number in E-UTRA which the GNSS time time stamps, as defined in [12]. 

mode 

This field identifies the reference cell for the GNSS-network time relation, as defined in [13]. 



referenceSystemFrameNumber 

This field specifies the system frame number in UTRA, as defined in [1 3], which is used for time stamping. 

bcchCarrier, bsic 

This field identifies the reference cell for the GNSS-network time relation in UTRA, as defined in [14]. 



referenceFN, referenceFNMSB 

These fields specify the frame number in GERAN which the GNSS time time stamps, as defined in [14]. The time of 
the reference frame boundary is as observed by the target device, i.e. without Timing Advance compensation. The 
referenceFNMSB Y\e\6 indicates the most significant bits of the frame number of the reference BTS corresponding to 
the GNSS-MeasurementList. Starting from the complete GSM frame number denoted FN, the target device calculates 
Reference FN MSB as 

Reference FN MSB = floor(FN/42432) 
The complete GSM frame number FN can then be reconstructed in the location server by combining the fields 
referenceFN mVn referenceFNMSB in the following way 

FN = referenceFNMSB *42432 -i- referenceFN 



deltaGNSS-TOD 

This field specifies the difference in milliseconds between gnss-TOD-msec reported and the milli-second part of the 
SV time tsv_1 of the first SV in the list reported from the target device, as defined in [14]. The deltaGNSS-TOD is 
defined as 

deltaGNSS-TOD = gnss-TOD-msec -fix(tsv_1) 
where fixQ denotes rounding to the nearest integer towards zero. 



Value of K to Value of uncertainty relation 



Value of K 


Value of uncertainty 





microseconds 


1 


0.07 microoseconds 


2 


0.1498 microseconds 


- 


- 


50 


349.62 microseconds 


- 


- 


127 


> 8430000 microseconds 



GNSS-MeasurementList 

The IE GNSS-MeasurementList is used by the target device to provide measurements of code phase, Doppler, C/Nq and 
optionally accumulated carrier phase, also called accumulated deltarange (ADR). 



-- ASNISTART 














GNSS-MeasurementList 


: := SEQUENCE {SIZE{1 


.16) ) 


OF 


GNSS 


-MeasurementForOneGNSS 


GNSS-MeasurementForOneGNSS ::= SEQUENCE { 
gnss-ID GNSS-ID, 
gnss-SgnMeasList GNSS-SgnMeasList , 

\ 










1 

GNSS-SgnMeasList ::= 


SEQUENCE {SIZE{1..8)) 


OF 


GNSS- 


SgnMeasElement 
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GNSS-SgnMeasElement : 


= SEQUENCE { 








gnss-SignallD 


GNSS-SignallD, 








gnss-CodePhaseAmbiguity INTEGER {0..127) 




OPTIONAL, 




gnss-SatMeasList 

} 

GNSS-SatMeasList ::= £ 


GNSS-SatMeasList, 








SEQUENCE {SIZE {1. .64) ) OF 


3NSS 


-SatMeasElement 




GNSS-SatMeasElement : 


= SEQUENCE { 








svID 


SV-ID, 








cNo 


INTEGER {0. .63) , 








mpathDet 


ENUMERATED {notMeasured 


{0) 


, low {1) , medium {2) , high {3) , 


...}, 


carrierQualityInd 


INTEGER {0. .3) 




OPTIONAL, 




codePhase 


INTEGER {0. .2097151) , 








integerCodePhase 


INTEGER {0. .12 7) 




OPTIONAL, 




codePhaseRMSError 


INTEGER {0. .63) , 








doppler 


INTEGER {-32768. .32767) 




OPTIONAL, 




adr 

} 

-- ASNISTOP 


INTEGER {0. .33554431) 




OPTIONAL, 













GNSS-MeasurementList field descriptions 



gnss-ID 

This field identifies the GNSS constellation on which the GNSS signal measurements were measured. Measurement 
information for up to 16 GNSSs can be included. 



gnss-SgnMeasList 

This list provides GNSS signal measurement information for up to 8 GNSS signal types per GNSS. 

gnss-SignallD 

This field id entifies the s i g nal on which GNSS signal measurement parameters were measured. 

gnss-CodePhaseAmbiguity 

This field provides the ambiguity of the code phase measurement. It is given in units of milli-seconds in the range 

between between and 127 milli-seconds. 

The total code phase for a satellite k (Satk) is given modulo this gnss-CodePhaseAmbiguity an6 is reconstructed with: 

Code_Phase_Tot(Satk) = coclePhase{Sa{k) + integerCodePhase{Sa\k) + n * gnss-CodePhaseAmbiguity, n= 0,1,2,... 

If there is no code phase ambiguity, the gnss-CodePhaseAmbiguity shaW be set to 0. 

The field is option al. If gnss-CodePhaseAmbiguity \s absent, the default value is 1 milli-second. 

gnss-SatMeasList 

This list provides GNSS signal measurement information for up to 64 GNSS satellites. 



svID 

This field identifies the satellite on which the GNSS signal measurements were measured. 



cNo 

This field provides an estimate of the carrier-to-noise ratio of the received signal from the particular satellite. The 
target device shall set this field to the value of the satellite G/No, as referenced to the antenna connector, in units of 1 
dB-Hz, in the range from to 63 dB-Hz. 
Scale factor 1 dB-Hz. 



mpathDet 

This field contains the multipath indicator value, defined in the table Value of mpathDet to Multipath Indication relation 
below. 



carrierQualityInd 

This field indicates the quality of a carrier phase measurement. The LSB indicates the data polarity, that is, if the data 
from a specific satellite is received inverted, this is indicated by setting the LSB value to "1". In the case the data is not 
inverted, the LSB is set to "0". The IVISB indicates if accumulation of the carrier phase has been continuous, that is, 
without cycle slips since the previous measurement report. If the carrier phase accumulation has been continuous, the 
MSB value is set to "IX". Otherwise, the MSB is set to "OX". 

This field is optional and shall be included only when carrier phase measurements are provided. See table Bit 
toPolarity Indication relation below. 



codePhase 

This field contains the whole and fractional value of the code-phase measurement made by the target device for the 
particular satellite signal at the time of measurement in the units of ms. GNSS specific code phase measurements 
(e.g. chips) are converted into unit of ms by dividing the measurements by the nominal values of the measured signal 
chipping rate. 
Scale factor 2"^^ milli-seconds, in the range from to (1-2"^^) milli-seconds. 



IntegerCodePhase 

This field indicates the integer milli-second part of the code phase that is expressed modulo the gnss- 
CodePhaseAmbiguity. The value of the ambiguity is given in the gnss-CodePhaseAmbiguity i\e\6. 
The integerCodePhase is optional. If integerCodePhase is absent, the default value is milli-second. 
Scale factor 1 milli-second, in the range from to 127 milli-seconds. 
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GNSS-MeasurementList field descriptions 



codePhaseRMSError 

This field contains tlie pseudorange RIVIS error value. This parameter Is specified according to a floating-point 
representation shown in the table below. 



doppler 

This field contains the Doppler measured by the target device for the particular satellite signal. This Information can be 
used to compute the 3-D velocity of the target device. Doppler measurements are converted into unit of m/s by 
multiplying the Doppler measurement In Hz by the nominal wavelength of the measured signal. 
Scale factor 0.04 meter/seconds. 



adr 

This field contains the ADR measurement measured by the target device for the particular satellite signal. This 
information can be used to compute the 3-D velocity or high-accuracy position of the target device. ADR 
measurements are converted into units of meter by multiplying the ADR measurement by the nominal wavelength of 
the measured signal. 
Scale factor 2'^° meters, in the range from to 32767.5 meters. 



Value of mpathDet to Multipath Indication relation 



Value of 
mpathDet 


Multipath Indication 


00 


Not measured 


01 


Low, MP error < 5m 


10 


Medium, 5m < MP error < 
43m 


11 


High, MP error > 43m 



Bit toPolarity Indication relation 



Value 


Polarity Indication 





Data Direct, carrier phase not 
continuous 


1 


Data Inverted, carrier phase not 
continuous 


2 


Data Direct, carrier phase not 
continuous 


3 


Data Inverted, carrier phase 
continuous 



floating-point representation 



Index 


Mantissa 


Exponent 


Floating-Point value, xi 


Pseudorange 
value, P 





000 


000 


0.5 


P<0.5 


1 


001 


000 


0.5625 


0.5 <= P < 0.5625 


1 


X 


y 


0.5 * (1 + x/8) * 2*' 


Xi-1 <= P < Xi 


62 


110 


111 


112 


104<=P< 112 


63 


111 


111 


- 


112<=P 
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, 1 ms 



GNSS TOD t [ms] ~^\<^ 212 N<^ 213 



SV#1 clock bias - 



214 N<^ 215 N<^ 216 N<^ 217 N<^ 218 \ 



SV#1 time ts„i [ms] 11 N<^ 212 N<^ 213 S^ 214 N<^ 215 "^XT 216 \<^ 217 ^^ 218 ^ At SV#1 



SV#Nsat clocl< bias 
SV#Nsat time tsvNsat [ms] 



211 ^y<^ 212 ^^^X^ ~^lQ214 y<^ 215 ^^X^ 216 ^^X^ 217^^218 At SV#Nsat 



GNSS TOD Estimate [ms] 211 N<^ 212 N<^ 213 ^><Cf^*~/><r 215 \C^ 216 N<^ 217 N(^ 218 



Serving eNB clocl< SFN 14 






Observed SV#1 time tsvi [ms] 140 N<^ 141 \<^ 142 N<^ 14; ^S^ ^AA \c^ 145 N<^ 146 N<^ 147 

I 



15 



t 



0.3617 ms 



GNSS Signal Measurement Information: 

gnssTODmsec = 214 ms 
systemFrameNumber= 15 
gnssCodePhaseAmbiguity = 4 ms 
codePhase SV#1 = 0.3617 ms 
integerCodePhase SV#1 = 

codePhase SV#Nsat = 0.7151 ms 
integerCodePtiase SV#Nsat = 1 ms 



Chosen reference epoch for GNSS 
Signal Measurement Information 



Observed 



SV#Nsat time tsvNsat [ms] <C ^^^ ^^ ^^^ ^^ ^^^ ^^XT^ '38 ^X!^ 139^ ^ 140 ^^)x^ 141 ^^X^ 14 



-1.7151 ms- 






Figure 6.5.2.6-1 : Exemplary calculation of some GNSS Signal Measurement Information fields. 

- GNSS-Locationlnformation 

The IE GNSS-Locationlnformation is included by the target device when location and optionally velocity information 
derived using GNSS or hybrid GNSS and other measurements is provided to the location server. 

-- ASNISTART 

GNSS-Locationlnformation ::= SEQUENCE { 

measurementRef erenceTime MeasurementRef erenceTime , 
agnss-List GNSS-ID-Bitmap, 



ASNISTOP 



GNSS-Locationlnformation field descriptions 
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GNSS-Locationlnformation field descriptions 



measurementReferenceTime 

This field specifies tlie GNSS system time for which the location estimate and optionally velocity are valid. It may also 
include GNSS-network time relationship, if requested by the location server and supported by the target device. 



gnss-List 

This field provides a list of satellite systems used by the target device to calculate the location estimate and velocity 
estimate, if included. This is represented by a bit string in GNSS-ID-Bitmap, with a one-value at the bit position means 
the particular method has been used; a zero-value means not used. 



6.5.2.7 GNSS Location Information Request 

A-GNSS-RequestLocationlnformation 

The IE A-GNSS-RequestLocationlnformation is used by the location server to request location information from the 
target device using GNSS. 

-- ASNISTART 

A-GNSS-RequestLocationlnformation ::= SEQUENCE { 

gnss-Positioninglnst ructions GNSS -Positioninglnst ructions, 



-- ASNISTOP 

6.5.2.8 GNSS Location Information Request Elements 

- GNSS-Positioninglnstructions 



The IE GNSS-Positioninglnstructions is used to provide GNSS measurement instructions. 


-- ASNISTART 




GNSS-Positioninglnstructions : 


:= SEQUENCE { 


gnss-Methods 


GNSS-ID-Bitmap, 


f ineTimeAssistanceMeasReq 


BOOLEAN, 


adrMeasReq 


BOOLEAN, 


multiFreqMeasReq 


BOOLEAN, 


assistanceAvailability 

} 

-- ASNISTOP 


BOOLEAN, 





GNSS-Positioninglnstructions field descriptions 



gnssl\/letfiods 

This field indicates the satellite systems allowed by the location server. This is represented by a bit string in 
GNSS-IDs, with a one-value at the bit position means the particular GNSS is allowed; a zero-value means not 
allowed.The target device shall not request assistance data or report or obtain measurements for systems that are not 
indicated in this bit map. 



fineTimeAssistancelVleasReq 

This field indicates whether the target device is requested to report GNSS-network time association. TRUE means 
requested. 



adrD/leasReq 

This field indicates whether the target device is requested to include ADR measurements in GNSSMeasurementLlst 
IE or not . TRUE means requested. 



multiFreqlVleasReq 

This field indicates whether the target device is requested to report measurements on multiple supported GNSS signal 
types in GNSSMeasurementLlst IE or not. TRUE means requested. 



assistanceA vai lability 

This field indicates whether the target device may request additional GNSS assistance data from the server. TRUE 
means allowed and FALSE means not allowed. 



£75/ 



3GPP TS 36.355 version 9.1.0 Release 9 



96 



ETSI TS 136 355 V9.1.0 (2010-05) 



6.5.2.9 



GNSS Capability Information 



A-GNSS-ProvideCapabilities 

The IE A-GNSS-Provide-Capabilities is used by the target device to indicate its capability to support A-GNSS and to 
provide it"s A-GNSS location capabilities (e.g., GNSSs and assistance data supported) to the location server. 



-- ASNISTART 

A-GNSS-ProvideCapabilities ::= 
gnss-SupportList 
assistanceDataSupportList 
locationCoordinateTypes 
velocityTypes 



SEQUENCE { 

GNSS-SupportList OPTIONAL, 

AssistanceDataSupportList OPTIONAL, 

LocationCoordinateTypes OPTIONAL, 

VelocityTypes OPTIONAL, 



GNSS-SupportList ::= SEQUENCE {SIZE {1 . . 16 ) ) OF GNSS-SupportElement 



SEQUENCE 



GNSS-SupportElement 
gnss-ID 
sbas-IDs 
agnss-Modes 
gnss-Signals 
f ta-MeasSupport 



adr- Support 
velocityMeasurement Support 



GNSS-ID, 

SBAS-IDs OPTIONAL, 

PositioningModes , 

GNSS-SignallDs, 

SEQUENCE { 

cellTime AccessTypes, 
mode PositioningModes, 



Cond GNSS-ID-SBAS 



} 



OPTIONAL, 



Cond fta 



BOOLEAN, 
BOOLEAN, 



AssistanceDataSupportList ::= SEQUENCE 
gnss-CommonAssistanceDataSupport 
gnss-GenericAssistanceDataSupport 



GNSS-CommonAssistanceDataSupport , 
GNSS-GenericAssistanceDataSupport , 



ASNISTOP 



Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


fta 


The field is mandatory present if the target device supports the reporting of fine time 
assistance measurements; otherwise it is not present. 



A-GNSS-ProvideCapabilities field descriptions 



gnss-ID 

This field specifies the GNSS supported by the target device for which the capabilities in GNSS-SupportElement are 
provided. This field shall be included if the target device supports at least one GNSS. 



sbas-IDs 

This field specifies the SBAS(s) supported by the target device. This is represented by a bit string, with a one-value at 
the bit position means the particular SBAS is supported; a zero-value means not supported. 



agnss-Modes 

This field specifies the GNSS mode(s) supported by the target device for the GNSS indicated by gnss-ID. This is 
represented by a bit string, with a one-value at the bit position means the particular GNSS mode is supported; a 
zero-value means not supported. 



gnss-Signals 

This field specifies the GNSS signal(s) supported by the target device for the GNSS indicated by gnss-ID. This is 
represented by a bit string, with a one-value at the bit position means the particular GNSS signal type is supported; a 
zero-value means not supported. 
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A-GNSS-ProvideCapabilities field descriptions 



fta-MeasSupport 

This field specifies tliat tlie target device is capable of performing fine time assistance measurements (i.e., 
GNSS-cellular time association reporting). The cellTime field specifies for which cellular network(s) this capability is 
supported. This is represented by a bit string, with a one-value at the bit position means FTA measurements for the 
specific cellular network time is supported; a zero-value means not supported. The mode field specifies for which 
GNSS mode(s) FTA measurements are supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means FTA measurements for the GNSS mode is supported; a zero-value means not 
supported. 



adr-Support 

This field specifies whether the target device supports ADR measurement reporting. TRUE means supported. 
velocityMeasurementSupport 

This field specifies whether the target device supports measurement reporting related to velocity. TRUE means 
supported. 



assistanceDataSupportList 

This list defines the assistance data and assistance data choices supported by the target device. This field shall be 
present if assisted GNSS is supported. 



locationCoordinateTypes 

This parameter identifies the geographical location coordinate types that a target device supports for GNSS. TRUE 
indicates that a location coordinate type is supported and FALSE that it is not. This field shall be included if the target 
device supports UE-based or standalone A-GNSS. 



velocityTypes 

This parameter identifies the velocity types that a target device supports for GNSS. TRUE indicates that a velocity 
type is supported and FALSE that it is not. FALSE for all velocity types indicates that velocity is not supported. 



6.5.2.10 GNSS Capability Information Elements 
GNSS-CommonAssistanceDataSupport 

The IE GNSS-CommonAssistanceDataSupport is used by the target device to provide information on supported GNSS 
common assistance data types to the location server. 

-- ASNISTART 



GNSS-CommonAssistanceDataSupport : 
gnss-Ref erenceTimeSupport 

gnss-Ref erenceLocationSupport 

gnss-IonosphericModelSupport 



SEQUENCE { 

GNSS- Re f erenceTimeSupport 

OPTIONAL, 
GNSS - Re f erenceLocationSupport 
OPTIONAL, 
GNSS-IonosphericModelSupport 
OPTIONAL, 
gnss-EarthOrientationParametersSupport GNSS-EarthOrientationParametersSupport 

OPTIONAL, -- Cond EOPSup 



Cond RefTimeSup 
Cond RefLocSup 
Cond lonoModSup 



ASNISTOP 





Conditional presence 


Explanation 


RefTimeSup 


The field is mandatory present if the target device supports GNSS-ReferenceTime; 
otherwise it is not present. 


RefLocSup 


This field is mandatory present if the target device supports GNSS-ReferenceLocation; 
otherwise it is not present. 


lonoModSup 


This field is mandatory present if the target device supports GNSS-lonosphericModel; 
otherwise it is not present. 


EOPSup 


This field is mandatory present if the target device supports GNSS- 
EarttiOhentationParameters; otherwise it is not present. 



ASNISTART 



GNSS-ReferenceTimeSupport 



GNSS-Ref erenceTimeSupport ::= SEQUENCE 
gnss-SystemTime GNSS-ID-Bitmap, 
fta-Support AccessTypes 



OPTIONAL, 



Cond fta 
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Conditional presence 


Explanation 


fta 


The field is mandatory present if the target device supports fine time assistance in 
GNSSReferenceTime IE; otherwise it is not present. 



GNSS-ReferenceTimeSupport field descriptions 



gnss-System Time 

This field specifies the GNSS system time(s) supported by the target device. This is represented by a bit string in 
GNSS-ID-Bitmap, with a one-value at the bit position means the particular GNSS system time is supported; a 
zero-value means not supported. 



fta-Support 

This field specifies that the target device supports fine time assistance (i.e., GNSS-cellular time association) in GNSS- 
ReferenceTime IE. This is represented by a bit string in AccessTypes, with a one-value at the bit position means FTA 
for the specific cellular network time is supported; a zero-value means not supported. 



GNSS-ReferenceLocationSupport 

-- ASNISTART 

GNSS-ReferenceLocationSupport ::= SEQUENCE { 

} 

-- ASNISTOP 



GNSS-lonosphericModelSupport 



-- ASNISTART 








GNSS-IonosphericModelSupport ::= 


SEQUENCE { 






ionoModel BIT STRING { 


klobuchar 


(0) , 




} 

-- ASNISTOP 


neQuick 


(1) } {SIZE {1. 


.8) ) , 









GNSS-lonosphericModelSupport field descriptions 



ionoModel 

This field specifies the ionsospheric model{s) supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular ionospheric model is supported; a zero-value means not supported. 



GNSS-EarthOrientationParametersSupport 

-- ASNISTART 

GNSS-EarthOrientationParametersSupport ::= SEQUENCE { 

} 

-- ASNISTOP 

GNSS-GenericAssistanceDataSupport 

The IE GNSS-GenericAssistanceDataSupport is used by the target device to provide information on supported GNSS 
generic assistance data types to the location server for each supported GNSS. 
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ASNISTART 



GNSS-GenericAssistanceDataSupport : := 

SEQUENCE {SIZE {1..16)) OF GNSS-GenericAssistDataSupportElement 



GNSS-GenericAssistDataSupportElement 
gnss-ID 
sbas-ID 
gnss-TimeModelsSupport 



: SEQUENCE { 

GNSS-ID, 

SBAS-ID OPTIONAL, 

GNSS-TimeModelListSupport 

OPTIONAL, 
gnss-Dif f erentialCorrectionsSupport GNSS-Dif f erentialCorrectionsSupport 

OPTIONAL, 
gnss-NavigationModelSupport GNSS-NavigationModelSupport 

OPTIONAL, 
gnss-RealTimelntegritySupport GNSS-RealTimelntegritySupport 

OPTIONAL, 
gnss-DataBitAssistanceSupport GNSS-DataBitAssistanceSupport 

OPTIONAL, 
gnss-AcquisitionAssistanceSupport GNSS-AcquisitionAssistanceSupport 

OPTIONAL, 
gnss-AlmanacSupport GNSS-AlmanacSupport 

OPTIONAL, 
gnss-UTC-ModelSupport GNSS-UTC-ModelSupport 

OPTIONAL, 
gnss-AuxiliarylnformationSupport GNSS-AuxiliarylnformationSupport 

OPTIONAL, 



Cond GNSS-ID-SBAS 
Cond TimeModSup 
Cond DGNSS-Sup 
Cond NavModSup 
Cond RTISup 
Cond DataBitsSup 
Cond AcquAssistSup 
Cond AlmanacSup 
Cond UTCModSup 
Cond AuxInfoSup 



ASNISTOP 





Conditional presence 


Explanation 


GNSS-ID-SBAS 


The field is mandatory present if the GNSS-ID = sbas; otherwise it is not present. 


TimeModSup 


The field is mandatory present if the target device supports GNSS-TimeModelList; 
otherwise it is not present. 


DGNSS-Sup 


The field is mandatory present if the target device supports GNSS-DifferentialCorrections; 
otherwise it is not present. 


NavModSup 


The field is mandatory present if the target device supports GNSS-NavigationModel; 
otherwise it is not present. 


RTISup 


The field is mandatory present if the target device supports GNSS-RealTimelntegrity; 
otherwise it is not present. 


DataBitsSup 


The field is mandatory present if the target device supports GNSS-DataBitAssistance; 
otherwise it is not present. 


AcquAssistSup 


The field is mandatory present if the target device supports GNSS-AcquisitionAssistance; 
otherwise it is not present. 


AlmanacSup 


The field is mandatory present if the target device supports GNSS-Almanac; otherwise it 
is not present. 


UTCModSup 


The field is mandatory present if the target device supports GNSS-UTC-Model; otherwise 
it is not present. 


AuxInfoSup 


The field is mandatory present if the target device supports GNSS-Auxiliarylnformation; 
otherwise it is not present. 



GNSS-TimeModelListSupport 



-- ASNISTART 

GNSS-TimeModelListSupport ::= SEQUENCE 

} 

-- ASNISTOP 



GNSS-DifferentialCorrectionSupport 



ASNISTART 



GNSS-Dif f erentialCorrectionsSupport : := 
gnssSignallDs GNSS-SignallDs, 
dgnss-ValidityTimeSup BOOLEAN, 



SEQUENCE 
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GNSS-DifferentialCorrectionsSupport field descriptions 



gnss-SignallDs 

This field specifies the GNSS signal types for which differential corrections are supported by the target device. This is 
represented by a bit string in GNSS-SignallDs, with a one-value at the bit position means differential corrections for 
the particular GNSS signal type is supported; a zero-value means not supported. 



dgnss- ValidityTimeSup 

This field specifies if the target device supports estimation of UDRE based on growth rate and validity time for 
differential corrections. TRUE means supported. 



GNSS-NavigationModelSupport 



-- ASNISTART 


















GNSS-NavigationModelSupport ::= 




SEQUENCE { 














clockModel BIT STRING 


1 


model -1 
model -2 
model -3 
model -4 


(0) 
(1) 
(2) 
(3) 
















model -5 


(4) 


} 


{SIZE 


{1. 


.8) ) 


OPTIONAL, 


orbitModel BIT STRING 


{ 


model -1 
model -2 
model -3 
model -4 


(0) 
(1) 
(2) 
(3) 












} 

-- ASNISTOP 




model -5 


(4) 


} 


{SIZE 


{1. 


.8)) 


OPTIONAL, 



















GNSS-NavigationModelSupport field descriptions 



ClockModel 

This field specifies the gnss-ClockModel cho\ce{s) in GNSS-NavigationModel IE supported by the target device for the 
GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 
particular clock model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-NavigationModel ass\s\ance, it shall support clocl<l\/lodei Mo6e\-2. 
If the target device supports SBAS and GNSS-NavigationModel ass\slance, it shall support clocl<Model IVIodel-S. 
If the target device supports QZSS and GNSS-NavigationModel ass\s\ance, it shall support clockModel Mo6e\-2. 
If the target device supports Galileo and GNSS-NavigationModel ass\s\ance, it shall support clockModel IVIodel-l . 
If the target device supports GLONASS and GNSS-NavigationModel ass\s\ance, it shall support c/oc/(Moc/e/ IVIodel-4. 
If this field is absent, the target device supports the mandatory (native) c/oc/(fl//oc/e/ choice only as listed above for the 
GNSS indicated by GNSS-ID. 



orbitModel 

This field specifies the gnss-OrbitModel cho\ce{s) in GNSS-NavigationModel IE supported by the target device for the 
GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 
particular orbit model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Mo6e\-2. 
If the target device supports SBAS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Mo6e\-5. 
If the target device supports QZSS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Model-2. 
If the target device supports Galileo and GNSS-NavigationModel ass\s\ance, it shall supportorb/f/Woo'e/ IVIodel-l . 
If the target device supports GLONASS and GNSS-NavigationModel ass\s\ance, it shall support orbitModel Mo6e\-4. 
If this field is absent, the target device supports the mandatory (native) orbitModel cUo\ce only as listed above for the 
GNSS indicated by GNSS-ID. 



GNSS-RealTimelntegritySupport 



-- ASNISTART 

GNSS-RealTimelntegritySupport ::= SEQUENCE 
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ASNISTOP 



GNSS-DataBitAssistanceSupport 



-- ASNISTART 

GNSS-DataBitAssistanceSupport ::= SEQUENCE 

} 

-- ASNISTOP 



GNSS-AcquisitionAssistanceSupport 



-- ASNISTART 

GNSS-AcquisitionAssistanceSupport ::= SEQUENCE 

} 

-- ASNISTOP 



GNSS-AlmanacSupport 



-- ASNISTART 












GNSS-AlmanacSupport : 
almanacModel 

} 

-- ASNISTOP 


SEQUENCE { 
BIT STRING { model -1 
model -2 
model -3 
model -4 
model -5 
model -6 


(0) 
(1) 
(2) 
(3) 
(4) 
(5) 


} {SIZE {1. 


.8) ) 


OPTIONAL, 













GNSS-AlmanacSupport field descriptions 



almanacModel 

This field specifies the almanacModel cho\ce{s) in GNSS-Almanac IE supported by the target device for the GNSS 

indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the particular 

almanac model is supported; a zero-value means not supported. 

If the target device supports GPS and G/VSS-/A/manac assistance, it shall support Model-2. 

If the target device supports SBAS and GNSS-Almanac assistance, it shall support Model-6. 

If the target device supports QZSS and GNSS-Almanac assistance, it shall support Model-2. 

If the target device supports Galileo and GNSS-Almanac assistance, it shall support Model-1 . 

If the target device supports GLONASS and GNSS-Almanac assistance, it shall support IVIodel-5. 

If this field is absent, the target device supports the mandatory (native) almanacModel choice only as listed above for 

the GNSS indicated by GNSS-ID. 



GNSS-UTG-ModelSupport 



ASNISTART 



GNSS-UTC-ModelSupport ::= SEQUENCE { 

Utc-Model BIT STRING { model-1 

model-2 
model -3 
model -4 



} 



ASNISTOP 



(0) 
(1) 
(2) 
(3) 



{SIZE {1. .8) ) 



OPTIONAL, 



£75/ 



3GPP TS 36.355 version 9.1.0 Release 9 102 ETSI TS 136 355 V9.1.0 (2010-05) 



GNSS-UTC-ModelSupport field descriptions 



utc-Model 

This field specifies the GA/SS-LTC-Moc/e/ choice(s) in GNSS-UTC-Model IE supported by the target device for the 

GNSS indicated by GNSS-ID. This is represented by a bit string, with a one-value at the bit position means the 

particular UTC model is supported; a zero-value means not supported. 

If the target device supports GPS and GNSS-UTC-Model ass\slance, it shall support Model-1 . 

If the target device supports SBAS and GA/SS-L/7C-Moc/e/ assistance, it shall support Model-4. 

If the target device supports QZSS and GNSS-UTC-Model ass\s\ance, it shall support Model-1 . 

If the target device supports Galileo and GA/SS-L/7C-Moc/e/ assistance, it shall support Model-1 . 

If the target device supports GLONASS and GA/SS-L/TC-Moo'e/ assistance, it shall support Model-3. 

If this field is absent, the target device supports the mandatory (native) ufc-Moc/e/ choice only as listed above for the 

GNSS indicated by GNSS-ID. 



GNSS-AuxiliarylnformationSupport 

-- ASNISTART 

GNSS-AuxiliarylnformationSupport ::= SEQUENCE { 

} 

-- ASNISTOP 

6.5.2.1 1 GNSS Capability Information Request 
A-GNSS-RequestCapabilities 

The IE A-GNSS-Request-Capabilities is used by the location server to request A-GNSS location capabilities (e.j 
GNSSs and assistance data supported) from the target device. 

-- ASNISTART 

A-GNSS-RequestCapabilities ::= SEQUENCE { 

gnss-SupportListReq BOOLEAN, 

assistanceDataSupportListReq BOOLEAN, 
locationVelocityTypesReq BOOLEAN, 

} 

-- ASNISTOP 



A-GNSS-RequestCapabilities field descriptions 



gnss-SupportListReq 

This field specifies whether the target device is requested to include the gnss-SupportList f\e\6 in the A-GNSS- 
ProvideCapabllities IE or not. TRUE means requested. 



assistanceDataSupportListReq 

This field specifies whether the target device is requested to include the assistanceDataSupportList field in the 
A-GNSS-ProvldeCapabilities IE or not. TRUE means requested. 



location VelocityTypesReq 

This field specifies whether the target device is requested to include the locationCoordinateTypes field and 
velocityTypes field in the A-GNSS-ProvideCapabilities IE or not. TRUE means requested. 



6.5.2.12 GNSS Error Elements 
A-GNSS-Error 

The IE A-GNSS-Error is used by the location server or target device to provide GNSS error reasons. 

-- ASNISTART 

A-GNSS-Error ::= CHOICE { 

locationServerErrorCauses GNSS-LocationServerErrorCauses , 
targetDeviceErrorCauses GNSS-TargetDeviceErrorCauses , 
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GNSS-LocationServerErrorCauses 

The IE GNSS-LocationServerErrorCauses is used by the location server to provide GNSS error reasons to the target 
device. 

-- ASNISTART 

GNSS-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { 
undefined, 

undeliveredAssistanceDatalsNotSupportedByServer, 

undeliveredAssistanceDatalsSupportedButCurrentlyNotAvailableByServer, 
undeliveredAssistanceDatalsPartlyNotSupportedAndPartlyNotAvailableByServer, 



ASNISTOP 



GNSS-TargetDeviceErrorCauses 



The IE GNSS-TargetDeviceErrorCauses is used by the target device to provide GNSS error reasons to the location 
server. 

-- ASNISTART 

GNSS-TargetDeviceErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 

thereWereNotEnoughSatellitesReceived, 

assistanceDataMissing, 

no tAllRequestedMeasurements Possible, 

}, 
f ineTimeAssistanceMeasurementsNotPossible 
adrMeasurementsNot Possible 
multiFrequenceMeasurementsNot Possible 



ASNISTOP 



NULL 


OPTIONAL, 


NULL 


OPTIONAL, 


NULL 


OPTIONAL, 



GNSS-TargetDeviceErrorCauses field descriptions 



cause 

This field provides a GNSS specific error cause. If the cause value is "notAIIRequestedMeasurementsPossible", the 
target device was not able to provide all requested GNSS measurements (but may be able to report a location 
estimate or location measurements). In this case, the target device should include any of the 
"fineTimeAssistanceMeasurementsNotPossible", "adrMeasurementsNotPossible", or 
"multiFrequenceMeasurementsNotPossible" fields, as applicable. 



6.5.2.13 Common GNSS Information Elements 
AccessTypes 

The IE AccessTypes is used to indicate several cellular access types using a bit map. 



ASNISTART 
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gsm (2) } {SIZE {1. .8) ) , 



ASNISTOP 



AccessTypesi\e\d descriptions 



accessTypes 

This field specifies tlie cellular access type(s). This is represented by a bit string, with a one-value at the bit position 
means the particular access type is addressed; a zero-value means not addressed. 



GNSS-ID 

The IE GNSS-ID is used to indicate a specific GNSS. 



-- ASNISTART 














GNSS-ID ::= SEQUENCE { 














gnss-id 

} 

-- ASNISTOP 


ENUMERATED { gps, 


sbas, 


qzss, 


galileo, 


glonass. 


■■}- 















GNSS-ID-Bitmap 

The IE GNSS-ID-Bitmap is used to indicate several GNSSs using a bit map. 



-- ASNISTART 












GNSS-ID-Bitmap : 
gnss-ids 


= SEQUENCE { 

BIT STRING { 


gps 
sbas 


(0) , 

(1) , 






} 

-- ASNISTOP 




qzss 

galileo 

glonass 


(2) , 

(3) , 
(4) 


} {SIZE {1. 


.16) ) , 













GNSS-ID-Bitmap field descriptions 



gnss-ids 

This field specifies the GNSS(s). This is represented by a bit string, with a one-value at the bit position means the 
particular GNSS is addressed; a zero-value means not addressed. 



GNSS-SignallD 

The IE GNSS-SignallD is used to indicate a specific GNSS signal type. The interpretation of GNSS-SignallD depends 
on the GNSS-ID. 



-- ASNISTART 






GNSS-SignallD : := 


= SEQUENCE { 




gnss-SignallD 


INTEGER { . 


. 7) , 


} 






-- ASNISTOP 
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GNSS-SignallD field descriptions 



gnss-SignallD 

This field specifies a particular GNSS signal. The interpretation of gnss-SignallD depends on the GNSS-ID and is as 
shown in the table System to Value & Explanation relation below. 



System to Value & Explanation relation 



System 


Value 


Explanation 


GPS 





GPS L1 G/A 


1 


GPSL1G 


2 


GPS L2G 


3 


GPSL5 


4-7 


Reserved 


SBAS 





L1 


1-7 


Reserved 


QZSS 





QZS-L1 


1 


QZS-L1C 


2 


QZS-L2C 


3 


QZS-L5 


4-7 


Reserved 


GLONASS 





GLONASS G1 


1 


GLONASS G2 


2 


GLONASS G3 


3-7 


Reserved 


Galileo 





Galileo E1 


1 


Galileo E5A 


2 


Galileo E5B 


3 


Galileo E6 


4 


Galileo E5A + E5B 


5-7 


Reserved 



GNSS-SignallDs 

The IE GNSSSignal-IDs is used to indicate several GNSS signals using a bit map. The interpretation of 
GNSSSignal-IDs depends on the GNSS-ID. 



-- ASNISTART 






GNSS-SignallDs : := 


SEQUENCE { 




gnss-SignallDs 

} 

-- ASNISTOP 


BIT STRING 


{SIZE{8) ) , 







GNSS-SignallDs field descriptions 



gnss-SignallDs 

This field specifies one or several GNSS signals using a bit map. A one-value at the bit position means the particular 
signal is addressed; a zero-value at the particular bit position means the signal is not addressed. The interpretation of 
the bit map in gnssSignal IDs depends on the GNSS-ID and is shown in the table below. 
Unfilled table entries indicate no assignment and shall be set to zero. 
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interpretation of thie bit map in gnssSignallDs 



GNSS 


Bit1 
(IMSB) 


Bit 2 


Bit 3 


Bit 4 


Bit 5 


Bit 6 


Bit? 


Bits 
(LSB) 


GPS 


L1 C/A 


L1G 


L2C 


L5 










SBAS 


L1 
















QZSS 


QZS-L1 


QZS- 
L1C 


QZS- 
L2C 


QZS-L5 










GLONASS 


G1 


G2 


G3 












Galileo 


E1 


E5a 


E5b 


E6 


E5a+E5b 









SBAS-ID 

The IE SBAS-ID is used to indicate a specific SBAS. 



-- ASNISTART 












SBAS-ID ::= SEQUENCE { 












sbas-id 


ENUMERATED { waas, 


egnos, 


msas. 


gagan. 


■■}, 


} 












-- ASNISTOP 













SBAS-IDs 

The IE SBAS-IDs is used to indicate several SBASs using a bit map. 



-- ASNISTART 












SBAS-IDs ::= SEQUENCE { 

sbas-IDs BIT STRING { 


waas 
egnos 
msas 
gagan 


(0) , 

(1) , 

(2) , 
(3) 


} {SIZE 


{1. 


.8) ) , 


} 












-- ASNISTOP 













SBAS-IDs field descriptions 



sbaslDs 

This field specifies one or several SBAS(s) using a bit map. A one-value at the bit position means the particular SBAS 
is addressed; a zero-value at the particular bit position means the SBAS is not addressed. 



SV-ID 

The IE SV-ID is used to indicate a specific GNSS satellite. The interpretation of SV-ID depends on the GNSS-ID. 



-- ASNISTART 






SV-ID : := SEQUENCE { 






satellite-id 


INTEGER { . 


.63) , 


} 






-- ASNISTOP 
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S1/-/D field descriptions 



satellite-id 

This field specifies a particular satellite within a specific GNSS. The interpretation of sate///te-/c/ depends on the 
GNSS-ID see the table below. 



interpretation of satellite-id 



System 


Value of satellite-id 


Interpretation of satellite-id 


GPS 


"0" - "62" 
"63" 


Satellite PRN Signal No. 1 to 63 
Reserved 


SBAS 


"0" - "38" 
"39" - "63" 


Satellite PRN Signal No. 120 to 158 
Reserved 


QZSS 


"0" - "4" 
"5 - "63" 


Satellite PRN Signal No. 193 to 197 
Reserved 


GLONASS 


"0" - "23" 
"24 - "63" 


Slot Number 1 to 24 
Reserved 


Galileo 


TBD 


TBD 



6.5.3 Enhanced Cell ID Positioning 

6.5.3.1 E-CID Location Information 

- EClD-ProvideLocationlnformation 

The IE ECID-ProvideLocationlnformation is used by the target device to provide E-CID location measurements to the 
location server. It may also be used to provide ECID positioning specific error reason. 

-- ASNISTART 



ECID-ProvideLocationlnformation ::= SEQUENCE { 

ec id- SignalMeasurement Information ECID -SignalMeasurement Information 
ecid-Error ECID-Error 

} 

-- ASNISTOP 



OPTIONAL, 
OPTIONAL, 



6.5.3.2 



E-CID Location Information Elements 



- EClD-SignalMeasurementlnformation 

The IE ECID-SignalMeasurementlnformation is used by the target device to provide various UE-measurements to the 
location server. 

-- ASNISTART 

ECID-SignalMeasurementlnformation ::= SEQUENCE { 

servingCellMeasuredResults MeasuredResultsElement OPTIONAL, 
measuredResultsList MeasuredResultsList , 



MeasuredResultsList ::= SEQUENCE {SIZE {1 . . 32 ) ) OF MeasuredResultsElement 

MeasuredResultsElement ::= SEQUENCE { 
physCellld INTEGER {0..503), 

cellGloballd CellGloballdEUTRA-AndUTRA OPTIONAL, 

arfcnEUTRA ARFCN-ValueEUTRA, 
systemFrameNumber 

BIT STRING {SIZE {10)) OPTIONAL, 

rsrpResult INTEGER {0..97) OPTIONAL, 

rsrqResult INTEGER {0..34) OPTIONAL, 
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ueRxTxTimeDiff INTEGER {0..4095) OPTIONAL, 



ASNISTOP 



EClD-SignalMeasurementlnformation field descriptions 



measuredResultsList 

This list contains the E-CID measurements for up to 32 cells. 



physCellld 

This field specifies the physical cell identity of the measured cell. 



cellGloballd 

This field specifies cell global ID of the measured cell. The target device shall provide this field if it was able to 
determine the ECGI of the measured cell at the time of measurement. 



arfcnEUTRA 

This field specifies the ARFCN of the measured E-UTRA carrier frequency, as defined in [12]. 



sfn 

This field specifies the system frame number of the measured neighbour cell. The target device shall include this field 
if it was able to determine the SFN of the neighbour cell at the time of measurement. 



rsrpResult 

This field specifies the reference signal received power (RSRP) measurement, as defined in [12], [17]. 



rsrqResult 

This field specifies the reference signal received quality (RSRQ) measurement, as defined in [12], [17]. 



ueRxTxTimeDiff 

This field specifies the UE Rx-Tx time difference measurement, as defined in [17]. It is provided only for 

measurements on the UE"s serving cell. 

IVIeasurement report mapping is according to 3GPP TS 36.133 [18]. 

Editor"s Note: The exact range of the parameter is FFS and should be aligned with RAN4 specifications. 



6.5.3.3 E-CID Location Information Request 

- EClD-RequestLocationlnformation 

The IE ECID-RequestLocationlnformation is used by the location server to request E-CID location measurements from 
a target device. 



-- ASNISTART 








ECID-RequestLocationlnformation ::= SEQUENCE { 








requestedMeasurements BIT STRING { 


rsrpReq 


(0), 






rsrqReq 


(1) , 




} 

-- ASNISTOP 


ueRxTxReq 


(2) } {SIZE{1. 


.8) ) , 









EClD-RequestLocationlnformation field descriptions 



requestedMeasurements 

This field specifies the E-CID measurements requested. This is represented by a bit string, with a one-value at the bit 
position means the particular measurement is requested; a zero-value means not requested. 



6.5.3.4 E-CID Capability Information 

EClD-ProvideCapabilities 

The IE ECID-ProvideCapabilities is used by the target device to indicate its capability to support E-CID and to provide 
its E-CID location capabilities to the location server. 



-- ASNISTART 




ECID-ProvideCapabilities ::= SEQUENCE { 




ecid-MeasSupported BIT STRING { rsrpSup 


(0) , 
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rsrqSup (1) , 

ueRxTxSup (2) } {SIZE {1 . . 8) ) , 



ASNISTOP 



ECID-Provide-Capabilities field descriptions 



ecid-MeasSupported 

This field specifies tlie E-CID measurements supported by the target device. This is represented by a bit string, with a 
one-value at the bit position means the particular measurement is supported; a zero-value means not supported. The 
ueRxTxSup f\e\6 specifies that reporting UE Rx-Tx time difference measurement results via RRC signalling is 
supported by the target device, as well as reporting UE Rx-Tx time difference measurement results via LPP signalling 
for downlink E-CID positioning is supported. If a target device doesn"t support LPP, E-SIVILC may consider the target 
device can not report the UE Rx-Tx time difference measurement results via RRC signalling. 



6.5.3.5 E-CID Capability Information Request 

EClD-RequestCapabilities 

The IE ECID-Request-Capabilities is used by the location server to request E-CID location capabilities from a target 
device. 

-- ASNISTART 

ECID-RequestCapabilities ::= SEQUENCE { 



ASNISTOP 



6.5.3.6 E-CID Error Elements 



ECID-Error 



The IE ECID-Error is used by the location server or target device to provide E-CID error reasons to the target device or 
location server, respectively. 



ASNISTART 



ECID-Error ::= CHOICE { 

locationServerErrorCauses ECID-LocationServerErrorCauses , 
targetDeviceErrorCauses ECID-TargetDeviceErrorCauses , 



ASNISTOP 



EClD-LocationServerErrorCauses 



The IE EClD-LocationServerErrorCauses is used by the location server to provide E-CID error reasons to the target 
device. 

-- ASNISTART 

EClD-LocationServerErrorCauses ::= SEQUENCE { 
cause ENUMERATED { undefined, 



ASNISTOP 
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EClD-TargetDeviceErrorCauses 

The IE ECID-TargetDeviceErrorCauses is used by the target device to provide E-CID error reasons to the location 
server. 



-- ASNISTART 




ECID-TargetDeviceErrorCauses : : 


= SEQUENCE { 


cause ENUMERATED { 


undefined, 




requestedMeasurementNotAvailable, 




notAllrequestedMeasurementsPossible, 


rsrpMeasurementNot Possible 


NULL OPTIONAL, 


rsrqMeasurementNot Possible 


NULL OPTIONAL, 


ueRxTxMeasurementNotPossibl 

} 

-- ASNISTOP 


e NULL OPTIONAL, 





EClD-TargetPeviceErrorCauses field descriptions 



cause 

This field provides a ECID specific error cause. If the cause value is " notAIIRequestedMeasurementsPossible" , the 
target device was not able to provide all requested ECID measurements (but may be able to provide some 
measurements). In this case, the target device should include any of the "rsrpMeasurementNotPossible", 
"rsrqMeasurementNotPossible", or "ueRxTxMeasurementNotPossible" fields, as applicable. 



End of LPP-PDU-Definitions 

-- ASNISTART 

END 

-- ASNISTOP 
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